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INTRO-1 


—SNA_OVERVIEW 


A THREE DAY SEMINAR ON AN OVERVIEW OF SNA WITH 


A REVIEW OF LIMITATIONS OF PRE-SNA SOLUTIONS AND 


AN OVERVIEW OF ADVANCED COMMUNICATIONS FUNCTION FOR 


VIRTUAL TELECOMMUNICATIONS ACCESS METHOD (ACF/VTAM), 


ADVANCED COMMUNICATIONS FUNCTION FOR TELECOMMUNICATIONS 


ACCESS METHOD (ACE/TCAM), AND ADVANCED COMMUNICATIONS 


FUNCTION FOR NETWORK CONTROL PROGRAM <(ACFE/NCP) 


SEMINAR IS SUITABLE FOR SOME ONE STARTING IN 


AND IS MEANT TO BE USED AS THE FIRST INTRODUCTORY 


COURSE 


NOT SUITABLE FOR PEOPLE WITH PRIOR SNA ENOWLEDGE 
EXPERIENCE 

SOME RELEVENT QUESTIONS: 

WHY IS SNA RELEVENT TO OUR PARTICULAR NETWORK? 
WHAT MAKES A NETWORK SNA? BSC IN SNA? 


WHAT DO «I= NEED TO KNOW ABOUT SNA TO OPERATE 


THIS ENVIRONMENT ‘EFFECTIVELY 
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“SNA 
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RACKGROUND THAT WILL BE HELPFUL 


FAMILIARITY WITH COMPONENTS OF A DATA 


COMMUNICATIONS SYSTEM 


AT LEAST CONCEPTUAL FAMILIARITY WITH IBM 
SYSTEM SOF TWARE COMPONENTS SUCH AS 
OPERATING SYSTEM, ACCESS METHODS, AND 
TELEFROCESSING MONITORS 
MORE THAN SUPERFICIAL FAMILIARITY #£WITH 
BTAM, EF, AND TELEPROCESSING MONITORS | 


GENERAL AWARENESS OF CURRENT TRENDS IN 


IN DATA COMMUNICATIONS TECHNOLOGY 


SOME OBSERVATIONS: 


DIVERSITY OF EXPECTED AUDIENCEs DIFFERENT 


AREAS AND LEVELS OF EXPERTISE 


INHERENT PROBLEMS IN FPRESENTING INFORMATION 


TO A DIVERSE GROUP SUCH AS ABOVE 
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TY TT TTY MULTIPLICITY: 
10 ——_» 10 —____» SOME ————» NETWORKS 


TI COMPUTER CRT DEVICES 
APPLICATIONS 


NO SPECIAL STILL -T.P.’ MONITORS, 


COMPUTERS =-—sHARDWAREY-«=—s—(is~S*«SSPECNALIZED =©=s—=(ts=*«iEVERYONE 
SOFTWARE «=——(“<«é‘é@UT ETH = s«ST'S GETTING 


REACH INTO THE ACT 


MID 70s TO 
PRESENT 


WHERE WE ARE 
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CONFUSION REIGNS 
1.5 





| CUSTOMER 
{DEVELOPED ,TSO 
} ETC. | 


\ 
\ 





DOS/VS 
OS/VS1, MVS 
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T APPLICATION “ACCESS!  !: ted 


METHOD: 


ACCESS! S oo, 
‘MON! METHOD! 
Trans-N | 
) Pb. Sie BTAM 
" oat aaa reas ACF/TCAM 
" si | ACE/VTaAM 
| TASKMASTER | 
SHADOW 
ENVIRON 
eae ORDER ENTRY 
PAYROLL 
CORPORATE FINANCE | 
INVENTORY CONTROL | 
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STAND ALONE _ 
2 POM STATION 


lade A 


“oe 
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C sic 


eae | a , a vie 
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TP_ ACCESS METHODS _ FROM _ IBM 


BASIC TELECOMMUNICATIONS ACCESS METHOD (BTAM) 


ra 3 oe 
BE daw tte! 
aye 


= OLDEST (SINCE MID 60s) 


- SIMPLEST CIT an. 
- STILL THE MOST COMMON ee 4_frte 


ADVANCED COMMUNICATIONS FUNCTION FOR VIRTUAL 
TELECOMMUNICATIONS ACCESS METHOD (ACF/VTAM) 


= LATEST (SINCE MID 70s) 
= VERY COMPLEX 
= PRIMARY VEHICLE FOR SNA 


ADVANCED COMMUNICATIONS FUNCTION FOR TELECOMMUNICATIONS 
ACCESS METHOD (ACF/TCAM) 


= SINCE EARLY 70s 


= MOST COMPLEX 
= SNA SUPPORT, ALTERNATIVE TO VTAM 
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AND PROTOCOLS 


FEP SOFTWARE, 


WHAT GOES WITH WHAT 


ACCESS METHODS, 
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ACF: 


ADVANCED COMMUNICATION FUNCTION 


PART OF SNA CAPABILITIES, STEP IN EVOLUTION, 


ANNOUNCED 1977, MOST SIGNIFICANT NEW FEATURE: MULTIPLE 
HOSTS ON A COMMON NETWORK, | 


ALL PRODUCT RELEASES (VTAM, TCAM. AND NCP) WITH THESE NEW 
CAPABILITIES HAD THE “ACF” PREFIXES WITH THEIR NAMES, 


A 

TODAY ALL CURRENT RELEASES ARE “ACF” RELEASES AND HAVE BEEN 
FOR A FEW YEARS. SO THE ACF DESIGNATION HAS, IN A SENSE, 
BECOME MEANINGLESS, 


ALL REFERENCES TO VTAM, TCAM, AND NCP IN THIS LECTURE ARE TO 
THEIR “ACF” RELEASES EVEN THOUGH “ACF” IS NOT SHOWN, 


WHAT’ S THE STORY ON “ACE 


LNIi2v- 7 


THE ROAD MAF 


THE STONE AGE: 
- OVERVIEW OF BTAM/EF 


-~ ASYNCHRONOUS AND BINARY SYNCHRONOUS COMMUNICATIONS 
(BSC) PROTOCOLS : | 


- TELEFROCESSING MONITORS 


THE RENNAISANCE: 


- LIMITATIONS OF PREVAILING IBM TECNOLOGY 


CUSTOMER NEEDS FOR NEW SOLUTIONS 


THE GREAT LEAP FORWARD 


= NEW ANSWERS, NETWOREING ARCHITECTURES 
= SNA OVERVIEW, SINGLE DOMAIN AND SDLC 
DOING IT VIRTUALLY 

5 SNA IMPLEMENTATION WITH VTAM AND NCF 
SG WHAT’S AN ‘MCP’ ? 

= DOING IT WITH ACF/TCAM 


HOW IS YOUR INTERNODAL AWARENESS?” 


- SELECTED TOPICS IN MULTIPLE SYSTEMS NETWORKING © 


FACILITY (MSNF) 
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TO REVIEW FUNCTIONS/DEFINITIONS OF: 

IQ SUBSYSTEM AND RELATIONSHIP TO MULTIPROGRAMMING 
JOB MANAGER AND RESOURCE ALLOCATION (TP LINES) 

IQ OPERATION, ACCESS METHODS, AND CHANNEL PROGRAMS 


DESCRIBING LINES TO THE OPERATING SYSTEM, IODEVICE 


2.1 


2.2 
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QUESTIONS: 


1. 


MAIN MEMORY 


' Tete Te eee ee ee ee ee ee : 
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WOULD DATA FILES NEED GRAM 
BE CONTAINED WITHIN THE BODY OF PROGRAM ‘A’? 


WHAT ARE THE IMPLICATIONS FOR THE PROGRAM 


IF THE DATA IS NOT IN MAIN STORAGE? 


WHAT IS A COMMON APPROACH TO IMPROVE CPU 
UTILIZATION BECAUSE OF MAIN STORAGE 
LIMITATIONS? 


“<3 


TRANSFERRING CONTROL FROM ONE ONE APPLICATION TO ANOTHER 


DURING AN I/0 OPERATION 


MAIN STORAGE 






WHILE I/O CHANNEL EXECUTES CHANNEL COMMANDS, 
THE CPU CAN EXECUTE INSTRUCTIONS FROM ANOTHER 
PROGRAM | 


2.4 


APPLICATION 1 


APPLICATION 


2 


\ eT, 

















[ O ABILITY TO RUN MORE THAN ONE PROGRAM CONCURRENTLY 


ON THE MACHINE 





o AN ATTRIBUTE OF THE OPERATING SYSTEM AND NOT OF 


I 
am 
1 

i 


THE CPU 
: oe 
ee 
PRIMARY PURPOSE: TO INCREASE CPU UTILIZATION “*"™ 


O 


oO NOT POSSIBLE WITHOUT AN INDEPENDENT I/0 CHANNEL 


I 


CAPABLE OF EXECUTING COMMANDS (INSTRUCTIONS) 
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DATA 
MANAGEMENT 
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OPERATOR 
CONSOLE 





OPERATING 
SYSTEM 


| ; PROGRAM 
3 
7 PROGRAM | 
I | e 1 
- PROGRAM 
] , | e2 
I LL 


ALLOCATING RESOURCES TO A JOB 
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DESCRIBING 10 RESOURCES TO THE OPERATING. sySTEM re 

SUBCHANNELS: - 
1. EACH SUBCHANNEL REPRESENTS A UNIQUE DATA 
PATH THROUGH _ CHANNEL 26 a 

2. FOR os ieee EACH LINE (EP) OR EACH COMPLETE oe 

370X (NCP) IS ASSIGNED A UNIQUE SUBCHANNEL it 

| ™ 

3. FOR EACH SUBCHANNEL, THE PROFILE OF THE DEVICE " 

ASSIGNED TO IT IS KEPT IN A TABLE CALLED | 7 + 

UNIT CONTROL BLOCK (UCR). CONVERSELY, THERE ~ 

IS ONE__UCB__PER__DEVICE l 


4. STANDARD IBM PROVIDED SYSTEM GENERATION PROCEDURES 





ARE USED CREATE UCB TABLES 
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TODEVICE ADDRESS=OFF , 
UNIT=3705, 


IODEVICE ADDRESS=0OFO, 
UNIT=BSC1 
IODEVICE ADDRESS=0F2, 
UNIT=BSC1 
IODEVICE ADDRESS=0F3, 
UNIT=BSC3 
IODEVICE ADDRESS=(OFB, 4), 
UNIT=TWX, 


FEATURE=AUTOANSR 


IODEVICE ADDRESS=0F 5, 
UNIT=BSC2, 
FEATURE=AUTOCALL 


NOTE: BSCi=POINT TO POINT, PRIVATE 
BSC2=POINT TO POINT, SWITCHED 
BSC3=MULTIPOINT, PRIVATEr— 32}0 


(FOR NCP ENVIRONMENT ONE SUBCHANNEL 
THE WHOLE NETWORK) 
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NATIVE SUBCHANNEL 
FOR 3705 


SUBCH OFOQ ASSIGNED 
TO A BSC1 LINE 


SUBCH OF2, ONE MORE 
BSC1 LINE 


SUBCH OFS ASSIGNED 
TO A BSCS LINE 


& TWX LINES 
SUBCHNLS OFS8-OFD 
HOST TO AUTO-ANSWER 


SUBCH OFS ASSIGNED 
FOR BSC2 LINE 
HOST 1S TO DIAL OUT 


WOULD SUFFICE FOR 


Te a a ee a cc ec ee ee ae ee ce ae ee a ae ce a ee ND ee ae me OS Pe a Se 


OS OR JOB MANAGER KNOWS THE TOTAL UNIVERSE OF IO DEVICES 


IN THE SYSTEM VIA UCBs DEFINED DURING SYSTEM 


GENERATION 


EACH PROGRAM, AS IT ENTERS THE SYSTEM FOR EXECUTION, 
MUST DECLARE RESOURCES NEEDED BY IT SO THAT THE 
JOB MANAGER CAN DETERMINE WHETHER RESOURCES NEEDED 


ARE AVAILABLE OR NOT 


‘JOB CONTROL_LANGUAGE IS THE MEANS BY WHICH A 


CD GD GNP ETD GEE COED GED GUD ED OD CED GERD CHD GUND cmnen GERED GUD GED Gee aD 


PROGRAMMER INFORMS THE JOB MANAGER AT EXECUTION 


TIME THE RESOURCES NEEDED TO RUN THE PROGRAM 


THREE MAJOR TYPES JCL STATEMENTS USED ARE: 


o JOB STATEMENT 


O EXEC STATEMENT 


oO DATA DEFINITION (DD) STATEMENT 


























COMMON_JCL_STATEMENT_TYFES 





o JOB NAME 





im) JOB ACCOUNTING INFORMATION 


I 0 STORAGE, PRIORITY, ... 





EXEC_STATEMENT 


| o NAME OF PROGRAM TO BE RUN 


o OTHER OPTIONAL INFORMATION 





DATA_DEFINITION (DD) STATEMEN 





fe) DECLARES I0 RESOURCES (FILES, NETWORK) 
NEEDED BY THE PROGRAM 


| a) ONE DD STATEMENT PER FILE AND LINE (EP) 
OR PER 3S70X (NCP) 
| oO TELLS THE OPERATING SYSTEM WHE THER THE 
, RESOURCE BEING IDENTIFIED [Is TO BE 
T , | EXCLUSIVELY OWNED BY THIS JOB OR CAN IT 
] : BE SHARED WITH OTHER JOBS IN THE SYSTEM 
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JOB 1 ‘[<----- WAITING FOR AN 
; IO TO COMPLETE 
7 ; 

JOB 2 t<————— CAN USE THE CPU 
; ; BUT JOB 3 HAS A 
Sa HIGHER PRIORITY 
; JOB 3 ee CURRENTLY USING 
; ; CPU (i.e. ACTIVE) 
os 

r ; TASK ; 

; MANAGEMENT ; 


ED GND GUN CUED AED CUED CHEER CUNY GEN SUENP CRED CID QUES CEES TALK CORD GEM ED 


o WHO USES THE CPU NEXT ? 


0 WHERE IS A PROGRAM TO BE RESTARTED 
AFTER COMPLETION OF ITS REQUESTED OPERATION? 
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DATA_MANAGEMENT 


A COLLECTIVE NAME FOR ALL ACCESS METHODS AVAILABLE 


eae 


WITH AN OFPRATING SYSTEM 


APPLICATION 





PROGRAM 
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A DISCIPLINE FOR ORGANIZING, STORING AND 


RETRIEVING INFORMATION FROM I0 £DEVICES 


(TO PROVIDE INSTRUCTIONS 





A MAJOR FUNCTION: 






FOR — THE CH 
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ANNEL| TO AFFECT DATA TRANSFER 
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A ACCESS 10 
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1. WHERE IS THE DATA TO BE MOVED FROM OR 
| PLACED AT IN MAIN STORAGE 


2. WHETHER DATA IS TO BE MOVED FROM OR TO 
MAIN STORAGE 





3. HOW MUCH DATA IS TO BE MOVED 


| 4. DESCRIPTION OF DATA ON THE I0 MEDIUM 
, AND WHERE TO PLACE DATA ON I0 £=DEVICE 
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I/0_ OPERATION: FLOW OF CONTROL 


Application program sends a request for an IO to the 
access method. 


Access method validates the request and builds a 
channel program. 


Channel executes the channel program § thereby 
transferring data to/from main storage. 


Channel places the status of the I/O operation at a 
predetermined location called the Channel Status Word, 
CSW, and interrupts the CPU. 


Access method analyzes the CSW, may try error recovery 
if appropriate. 


Access method returns control to the application 


program with an indication of whether the I0 completed 
successfully or not. 
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UNIT 3 


IBM 2705/EMULATION PROGRAM (EF) 


OBJECTIVES: 


TO DESCRIBE THE FUNCTION OF MAJOR 
COMPONENTS 


TO DESCRIBE THE FUNCTION OF 
GENERATION MACROS 


EP=1 


3705 HARDWARE 


MAJOR EF 


WHAT IS THE 370Xx: 


a anime eS Aare ——- «ner Ee GER COIS > Gm Gp emp 


oO A SPECIALIZED MINICOMPUTER 


PROCESSOR (CENTRAL CONTROL UNIT) 
MEMORY | 

NO SECONDARY STORAGE 

NO CONSOLE EXCEPT MODEL 3725 


0 VARIOUS MODELS AS DISCUSSED EARLIER - ib 





O CONTROL SOFTWARE FOR 370X 





° MAKES THE 370X APPEAR LIKE THE OLD, NON-PROGRAMMABLE IBM 
270X | | | 


a) FREFARED IN THE HOST AND DOWN-LOADED IN TO THE FRONT END 
BEFORE FEF CAN BE USED | ee I 


























EP == * 





























MAKES UF FOR THE SFEED MISMATCH BETWEEN 


NETWORE AND THE SYSTEM 370 


PROVIDES STANDARD INTERFACE REQUIRED BY 370 


CHANNEL ON BEHALF OF THE NETWORK 


FROVIDES FAD AND SYN CHARACTERS FOR BSC AND 


START/STOF BITS FOR ASYNCH LINE FROTOCOLS 


EXECUTES CHANNEL COMMANDS ORIGINALLY PROVIDED 

BY THE ACCESS METHOD 

COMPUTES AND CHECKS BCC FOR BSC LINES 

FROVIDES STATUS INFORMATION TO HOST IN RESFONSE 


TO CERTAIN CONTROL CHARACTERS AND NE TWORE: 


CONDITIONS 


CONTAINS NO TERMINAL IDs AND INITIATES NO ACTION 


WITHOUT HOST COMMANDS 


EFP<S 














= 
3708_HARDWARE_COMPONENTS i 
~ COMMN - 
HOST FEP _ : SCANNER 
ee ae ; ; 1 isi} 7 
SYS !<->ICHNL !<----- EC. $em->t C ikea! Ls? } o 
tf ee ee ee Fr ; ; —— ! 7 
370 | re ff eee ; wu Sf ee A 
—. tt eee Se 
LIB 
1. BASIC MACHINE: CCU, MAIN STORAGE, CONTROL PANEL " 
2. CHANNEL ADAPTER: CONNECTS 3705 TO HOST CHNL, FOUR 
| TYPES, 1-4. ONLY 1 AND 4 FOR EP. 
3. COMMN. SCANNER: BUFFERS LINE DATA, PROVIDES CLOCKS, 
MANAGES LIBs AND LINE SETS 
4, LINE INTERFACE BASE (LIB): | § PROVIDES HOUSING FOR MAX _ 
8 LINE SETS - i 
S. LINE SETS: PROVIDES MAX 2 HDX PORTS WITH 





EIA INTERFACE FOR EACH FORT 





MUST HAVE AT LEAST ONE. OF EACH OF THE ABOVE 
COMPONENTS IN A WORKING 370X 
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CREATING AN EMULATION FROGRAM 


3705 DERIVES ALL ITS INTELLIGENCE FROM EF 


WHICH MUST BE CREATED BY THE CUSTOMER 


GENERATION OF EF REQUIRES CREATING VARIOUS 
TABLES CONTAINING INFORMATION SUCH AS 


= GENERAL CHARACTERISTICS OF THE 370X 
AND THE EP ITSELF 


= TYPES OF CHNL. ADAPTERS, SCANNERS, 
AND CLOCKS 


= CHARACTERISTICS OF EACH LINE ATTACHED 
TO THE 370OX 
IBM PROVIDES CODING AIDS (MACROS) TO EASE THE 


TASK OF CREATING THE ABOVE TABLES 


SINCE 270X DOES NOT HAVE ENOUGH ‘HORSE-POWER® 
ACTUAL CREATION OF THE EF PROGRAM TAKES FLACE 


IN SYS 370 


EP-S 


wl 





CED GE EID CUED GND CED GED HEED TED CERES GH CED CURE CUE TED CED GERD CO GD GED ES cu GED au cw ca GED came ne GRID Gen ee oom ete ane ee ee ao 





ONE AND ONLY ONE BUILD MACRO FER EF ao di 


GENERATION, DESCRIBES THE ‘SYSTEM’ ITSELF 








CSB | | 
| DESCRIBES A COMMN. SCANNER, ONE/SCANNER 
G R O U P i? s 
| DESCRIBES COMMON CHARACTERISTICS OF A_ GROUP i 
OF SIMILAR LINES - 
DESCRIBES CHRACTERISTICS OF LINE, ONE/LINE : | 
GENEND 


INDICATES END OF TABLES, MUST BE THE VERY 





LAST MACRO. 
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a Bs i 2 : ne i : ia we: , . 


A 370X WITH 2 


SCANNERS, 


2 LINES USING ONE 


TYFE OF PROTOCOL AND A THIRD LINE WITH A 


DIFFERENT PROTOCOL 


GRF 1 


GiLi 


Gil 


GRPS 


G2L1 


BUILD 
CSE 
CSE 
GROUF 
‘LINE 
LINE 
GROUP 
LINE 


GENEND 


THE 
1ST 
2ND 
1ST 
aa 


2ND 


“BOX”? ITSELF 


SCANNER 


SCANNER 


GROUF WITH 2 LINES 


LINE IN THIS GROQUF 


LINE IN THIS 


BEGIN NEXT GROUP 


THE 


END 


ONLY LINE IN 


OF GENERATION 


GROUF 


THIS GROUF 


TABLES 


SS me co ee en ae a ae ee ae Se ee ne ce ae ee ae ea ce oe ee 




















MACRO NAME VALUE COMMENTS 
Vi V V A 
BUILD TYPGEN=EP, _ TYPE OF GENERATION 
: TYPSYS=0S, TYPE OF HOST OP SYS 
MODEL=3705-2, TYPE 2 3705 
CSB TYPE=TYPE2, TYPE OF SCANNER 
GRFX GROUP LNCTL=BSC, A BSC GROUP -. 
| DIAL=NO, PRIVATE/DEDICATED LINE T 
® 7 
LINE! LINE SFEED=9600, | LINE SPEED IN BFS 
TERM=3271, TYPE OF TERMS ON LINE 
GRPY GROUP LNCTL=ss, AN ASYNCH GROUP 
DIAL=YES, SWITCHED LINES 
LINEZ LINE SPEED=110, LINE SPEED IN BPS 
ADDRESS=...., PORT AND SUE CH ADDR 
TERM=TWX, «TWX TYPE TERMS 
GENEND 
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3705 EF EXERCISE 





SYSTEM 370 


BTAM 
BASED SOFTWARE ! 





ee 
% 
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neal 
m—~ 
‘\ 
oO 
O 
< 
= 
rr 


- a 
2_e@ 


SCANNER 


< -- > 
\ 
c 
4 
aa 


LINE SET 





BSCS @4800 BFS SS, AUTOANSWER @SO00HFS 





For the configuration above, code appropriate EF macros in the 
correct order. Where applicable, code those values that were 
discussed in the class. 
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3705 MODEL 80 


oO DESIGNED AND PRICED FOR ENTRY LEVEL CUSTOMERS 
9 FUNCTIONALLY NO DIFFERENT THAN EARLIER MODELS 
o NO DIFFERENCE AS FAR AS SYSGENS AND INTERFACES ARE 


CONCERNED | 


oO BETTER PRICE OERFORMANCE THAN OLDER MODELS 


SOF TWARE CONFIGURATIONS: 
EP, NCP, AND PEP 
HARDWARE CONFIGURATIONS: 
THREE SUB-MODELS: 
4 LINES 10 LINES =—-: 116 LINES 


19.2 KBPS HIGHEST LINE SPEED FOR BSC AND SDLC, 
9600 BPS FOR S/S 


SO KBPS FOR DIGITAL CIRCUITS 
_ ONLY TYPE 2 SCANNERS 


TYPE 1 AND 4 CHANNEL ADAPTERS (TYPE 1 ONLY ON BYTE MUX 
_ CHANNELS) 3 
CAN OPERATE AS A REMOTE 


TOTAL CAPACITY SENSITIVE TO MESSAGE SIZES AND LINE SPEEDS 


EP-10 


a il 
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3725 aie 2 


i Lee send 


o LONG AWAITED AND SPECULATED MACHINES 


o DISAPPOINTING IN TERMS OF WHAT WAS ANTICIPATED 


Cee ee 


oO BETTER PRICE PERFORMANCE THAN OLDR MODELS BUT NO NEW 
MAJOR FUNCTIONS EXCEPT THE CONSOLE 


=) SOME LONG STANDING SHORTCOMINGS: 


NO SECONDARY STORAGE 


— a 


NO MESSAGE SWITCHING 


MOST OF THE CONTROL STILL IN HOST (WOULD REMAIN SO 
TILL NEW ACCESS METHODS ARE AVAILABLE) 


STILL NO TRUE “AUTO BAUD RATE DETECT" 


DIAL DIGITS IN HOST 
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3725 MODELS 1 AND 2 (CONTD.) 


BOTH SUPPORT: 


CONSOLE TERMINAL 

EP, NCP, PEP 

ACF/NCP AT LEASET VERSION 2 

MODULO 128 ACKNOWLEDGEMENTS ON NCP-NCP LINKS | 

SEPARATE PROCESSOR AND DISKETTE FOR THE OPERATOR SUBSYSTEM 
MICROPROCESSOT BASED SCANNERS 


NEW MODELS DO NOT SUPPORT OLD LIBS, LINE SETS, SCANNERS AND 
CHANNEL ADAPTERS | 


NEW HARDWARE HAS NEW NAMES 
MODEL 1:5 


MAX 256 LINES 
MAX 2M STORAGE (1M WITH EP) 


UP TO FOUR 3725s CAN SHARE THE SAME CONSOLE WITH A SPECIAL 


OPTION 
MODEL 2: 


MAX 24 LINES 
MAX S12 K 


EXPANSION BOX: 3726 


SYSTEM CONSOLE: 3727 
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UNIT 7 





BASIC TELECOMMUNICATIONS ACCESS METHOD 


(BTAM) 


OBJECTIVES: 


AT THE CONCLUSION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO: 


DESCRIBE MAJOR FUNCTIONS PERFORMED BY BTAM 


_— 
e 


Ze IDENTIFY MAJOR MACROS AND FACILTIES AVAILABLE WITH BTAM 





Se DESCRIBE THE LOGICAL FLOW A BTAM PROGRAM AT A HIGH LEVEL 


| 4. DESCRIBE HOW POLLING AND SELECTION LISTS ARE CODED FOR IBM 
| 3270s 




















[ | BTAM—1 





aw 2 we ee 


WHAT BTAM DOES 


READ A MESSAGE 
- ANALYZE ERRORS 


PROCESS MESSAGE 


WRITE MESSAGE 


NETWORK DESCRIPTIONS 


FROVIDES MACROS FOR APPLICATION PROGRAM TO: 


SPECIFY I/0 (READ/WRITE) REQUESTS 
SPECIFY NETWORK DESCRIFTIONS 


CREATES CHANNEL PROGRAMS BASED UPON APPLICATION REQUEST 


INITIATES CERTAIN ERROR RECOVERY PROCEDURES 


BTAM-2 
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BTAM APFLICATION PROGRAM 
(COMMUNICATIONS FUNCTIONS) 


EXECUTABLE CODE: 
1. ACTIVATE (OQFEN) LINES 
ee ISSUE I/O REQUESTS TO RECEIVE AND SEND MESSAGES 
Se SYNCHRONIZE CPU OPERATIONS WITH 1/0 OFERATIONS 


4. ANALYZE BTAM REPORTED ERROR 


TABLES AND FROFILES: 
1. NETWORK DESCRIFTIONS: 
LINES, TERMINALS, DIAL OUT NUMBERS, ... 
2. INPUT/OUTPUT AREAS TO RECEIVE OR SEND MESSAGES 


z PARAMETER LIST FOR BTAM AND APPLICATION TO TALK TO EACH 
OTHER a 7 


BTAM-3 | 


Fe eS Se eS A SS SS SS SS AN A SM ES SS TS SD 


LINK FROTOCOLS 


YOUR DEVICE 


Oo 


QO. 


BSC/SS 


BUFFER SIZE 


CONTROL CHARACTERS, COMMANDS, ORDERS 


DATA FLOW SEQUENCES 


SOURCES OF INFORMATION 


Oo 


BTAM REF. MANUAL 
0 GENERAL INFO. F. 1-52 


o SPECIFIC DEVICES, SEE 


DEVICE TECHNICAL REFERENCE 


BY THE VENDOR FOR DEVICES 
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TABLE OF CONTENTS 
PROVIDED 


IN YOUR NETWORK 
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MAJOR GTAM MACROS 


EXECUTABLE: 


OPEN 
CLOSE 
READ 
WRITE 


WAIT 


TABLE AND FROFILES: 


DCE 


DF TRMLST 


DECE 


OPENS A GROUF OF LINES AND LOADS BTAM 
CLOSES A GROUP OF LINES AND REMOVES ETAM 
REQUESTS DATA FROM THE NETWORK 

SENDS DATA TO THE NETWORK 


SUSPENDS THE PROGRAM PENDING I/0 COMPLETION 


DATA CONTROL BLOCK, DESCRIBES A GROUF OF 
SIMILAR LINES 


DESCRIBES TERMINALS ON A LINE 


PARAMETER LIST FOR AFPLICATION AND BTAM TO 
TALE TO EACH OTHER (THIS IS NOT A MACRO) 


BTAM-S 


§_BTAM_PROGRAM_LOGIC_FLOW 
BTAMPGM START 


program initialization 


code 

OPEN — ‘-GROUP1 LOAD BTAM 
READ -22e,AREA ADDRESS,LENGTH,..--.— 
WAIT 


process message received and 
create an output message 


WRITE ~-e2.,MSG ADDR, MSG LENGTH,..... 


WAIT 
loop back to READ next 


message, end of day the 
following logic | | 


CLOSE _ GROUP 1 | CLOSE NETWORK 


BR 14, | ‘TERMINATE PGM 


MESSAGE AREAS AND TABLES NEEDED IN THE FROGRAM 
FOLLOW 


GROUF 1 DCB oeeees DEVD=BS,....- 
POLLST DFTRMLST ....22-.C1C140402D..... 


decb area 


INAREA DS CL?? 
MSGOUT pc C‘WRITE ME TO CRT’ 
END 


. 

































































o PRIMARY TABLES 
DATA CONTROL BLOCK (DCB) 


TERMINAL LIST DEFININITIONS (DFTRMLST) 


O INFORMATION CODED 
LINES: PRIVATE / SWITCHED 
BSC / SS 

FOR PRIVATE LINES: POLLING SEQUENCES 
SELECTION SEQUENCES 

FOR SWITCHED LINES: HOST ID 
DEVICE I[D 
DIAL DIGITS 
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(name) —-— DCB DSORG=CX, DDNAME=......5.-02200: ir 
| | = an 
1. DCB DESCRIBES A GROUP OF SIMILAR LINES © ] 


2. DSORG=CX INDICATES A GROUP TP LINES 
SUPPORTED VIA BTAM 


DDNAME= IDENTIFIES THE NAME OF THE JCL ODD 


A 





STATEMENTS THAT IDENTIFY PHYSICAL LINES 





REPRESENTED BY THIS DCR 
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JCL 


1. OS SYSTEM PROGRAMMER DEFINES UCBs DURING 
OS SYSGEN TO ASSIGN LINES TO SPECIFIC 


SUBCHANNE 


2.  APPLICATI 
CHARACTER 
THE DCB 


BSCDCB 


De AT PROGR 


THAT JCL 
BEGIN WI 
THAT THE 
//QNL INE 
// 

aaa > //BSLINES 
// 
// 
//PAYMSTR 


IN THE ABOVE 
WHOSE SUBCHNL 
RESPECTIVELY 


LS 

UCE UCB UCE UCB UCE 
O11 i O12 : O13 ; 014 * O15 | 
ON PROGRAMMER DESCRIBES GENERAL 


ISTICS OF THE LINES VIA A DCB AND 
IDENTIFIES THE JCL VIA ‘DDNAME’ 


DCB ....,DDNAME=BSLINES,.... 


AM EXECUTION TIME PROGRAMMER MUST ENSURE 
CONTAINS A SET OF DD STATEMENTS’ THAT 
TH THE NAME BSLINES (IN OUR EXAMPLE) AND 

SE STATEMENTS IDENTIFY THE CORRECT UCBs 


JOR (PAYROLL),.....,REGION=...... 
EXEC PGM=PAYRL123 

DD  UNIT=011 

DD UNIT=012 


DD UNIT=013 
DD eoone SUNIT=DISK,.. 2202. 


EXAMPLE GROUP1 DCB DEFINES THREE LINES 
ASSIGNMENTS ARE 011,012, AND 013 
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DECBs ARE AREAS IN APPLICATION PROGRAM USED TO 
SPECIFY THE DETAILS OF THE OPERATION THAT BTAM 


1S TO PERFORM 
EACH READ OR WRITE OPERATION USES A DECB 


AT MOST, NEED AS MANY DECBs AS THE NUMBER OF 


LINES IN THE NETWORK 


UPON COMPLETION OF THE OPERATION BTAM RETURNS 


THE COMPLETION STATUS OF THE OPERATION IN THE 


DECB AREA 
APPL BTAM OSs 
READ i EXCP SsIo0 
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BTAM CONSIDERATIONS FOR IBM 3270 


THE IBM 3270 FAMILY 


FAMILY OF DEVICES: CONTROLLERS, CRTs, AND PRINTERS 
MULTIPLE DEVICES, CRTs AND PRINTERS, ON ONE CONTROLLER 


THE MOST COMMON DEVICE IN IBM MAINFRAME ENVIRONMENT FOR HIGH 


PERFORMANCE APPLICATIONS 


EXTENSIVE CAPABILITIES IN CRTS AND PRINTERS FOR MESSAGE 


FORMMATING AND FORMS CONTROL 


VERY COMPLEX FROM SOFTWARE POINT OF VIEW 


BETAM—11 





IBM 3270 CONTROLLERS MODEL NUMBERS 





WITHIN THE 3270 FAMILY, DIFFERENT PROTOCOLS SUPPORTED BY DIFFERENT 


| ss 
CONTROLLERS a | 


VARIOUS MODELS ARE: 








3271 MODELS 1 AND 2: BSC CONTROLLERS 
3271 MODELS 11 AND 12: SDLC, PU TYPE 1 CONTROLLERS 
3274, 3276: | SDLC, PU TYPE 2 CONTROLLERS . 
| 
| 
NOTE: SDLC CONTROLLERS CAN BE EQUIPPED WITH A BSC SWITCH WHICH 





ENABLES THEM TO OPERATE IN EITHER MODE. 
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REVIEW OF MULTIPOINT OPERATION 











Oo D 

aa aaa a a: o E 

V 

} HOST eee a ee ee ee ee ‘STATION }™ o I 

| inet Ren ee Lee a a a a c 

I ™ E 

| o 86S 
[ POLL (WITH ID) ------~----------—----~--—-----> 


( ---------------—------------- RESPONSE FROM THE 
: POLLED STATION 





1. ID IN THE POLL COMMAND IDENTIFIES WHICH STATION ON THE 





LINE IS PERMITTED TO RESPOND TO THE POLL 





Ze EACH CONTROLLER ON THE LINE AND EACH OF ITS ASSOCIATED 


CRTs AND PRINTERS ASSIGNED 1 BYTE HEX ID 





PRE-ASSIGNED RANGE OF IDs 


fe 


\ 
1 
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IDENTIFYING CONTROLLERS AND DEVICES 


CONTROLLER ID: 


2 TYPES 
POLLING ID: ID USED WHEN HOST WISHES TO RECEIVE. 
PERMISSIBLE IDs DOCUMENTED IN 3270 MANUAL . 
SELECTION ID: ID USED WHEN HOST WANTS TO SEND (ALSO 


KNOWN AS ADDRESSING ID). 


FOR EVERY VALID POLLING ID A PRE-DESIGNATED 
SELECTION ID — SEE TABLE IN 3270 MANUAL. 


POLL EXAMPLE 
OT ee ee ee a ee ee ce a a ee a > 


POLL ID  --------------------------- > 
eS eee >  - MSG OR EOT 


SELECTION (ADDRESSING) EXAMPLE 


EOT a a ee ee ee > 
SELECTION ID  ---------~------------ > 
(ADDRESSING) 

Ree eters ee ACKO/ 1 
MESSAGE Bidet Sete ey 


ID CODE IMPLICITELY INDICATES WHETHER THE OPERATION IS A POLL OR 
SELECT. | 


oa 
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CONTROLLER AND DEVICE IDENTIFICATION 


DEVICE ID: 


2< TYPES 


GENERAL ID: USED WITH POLL OPERATIONS ONLY 
ANY DEVICE ON THE CONTROLLER MAY SEND DATA 
DEVICE ID X‘*7F’ RESERVED TO SPECIFY GENERAL POLL 


SPECIFIC ID: ONLY THE SPECIFIC DEVICE IDENTIFIED MAY RESPOND OR RECEIV 


oes = Ly o DEVICE A 
— ee 
! HOST é | ------—-------~-~--------- ‘CNTRLRi@ o DEVICE B 


o DEVICE C 


OT a a a ee ee ee ee a ee a a > 


(CNTRLR ID, X‘7F’)  --------------------> 


( ------------------------ DEVICE A, BH, OR C 
MAY SEND 


EO T a a ee se a A a co came em > 


€ 2-3 ONLY DEVICE A MAY 
SEND DATA 
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TERMINAL LIST ts” i 





A LIST CONTAINING IDs OF VARIOUS DEVICES THAT HAVE TO BE POLLED 


OR SELECTED BY THE HOST SOFTWARE 





DIFFERENT LIST USED FOR POLLING AND SELECTION OPERATIONS 


AND 





DIFFERENT OPTIONS OFFER DIFFERENT DEGREES OF CONTROL 
EFFICIENCY 





7 ~ ete - Ae: capeaie eget 4 : —— = a an -- -~ — 7 sf gare as, . 
pee —— : mare = : 
oa — Gn pe idee i — a ._@ :. es 
se = —— | caemeaeel ipancoad : 
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AUTO VS. MANUAL LIST 
(BTAM) 


WITH A MULTIPLE ENTRY TERMINAL LIST: 


AUTO LIST: 
oO AUTOMATICALLY SERVES EACH ENTRY IN THE LIST 
o USED WITH POLLING (READING) OPERATIONS 


o REDUCES CPU OVERHEAD 


MANUAL LIST: 


O SERVES ONLY ONE ENTRY IN THE LIST IN ONE OPERATION. 
(SOFTWARE SPECIFIES WHICH ENTRY) 


o USED WITH SELECTION/ADDRESSING (WRITE) OPERATIONS 











EBTAM-17 


‘OPEN VS WRAP LIST 


(APPLIES TO AUTO LISTS FOR POLL) 


OPEN LIST: 


STOP POLLING UPON RECEIVING A MESSAGE OR UPON REACHING 
END OF LIST | 


WRAP LIST: 


UPON REACHING END OF LIST RESTART THE POLL AT THE 
BEGINNING OF THE LIST (WRAPAROUND) IF NO MESSAGE HAS 


BEEN RECEIVED 











4 — ee 
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(name) DFTRMLST valuel,value2,.....,value-n 


DFTRMLST: DESCRIBES TERMINALS ON LINE AND INFORMATION 
INFORMATION NEEDED BY SBTAM TO MANAGE A 


SWITCHED LINE 


valuel,value2,....,value-n: THERE ARE NO UNIVERSAL 
RULES FOR THESE VALUES WHICH ARE LINE AND 
DEVICE DEPENDENT. BTAM MANUAL PROVIDES PRECISE 
DETAILS FOR WHAT SHOULD BE CODED FOR EACH 


SUPPORTED DEVICE 


ONE OR MORE DFTRMLST DEFINITIONS ARE NEEDED FOR 


EACH LINE 


EXAMPLES FOR TWO COMMON DEVICE TYPES FOLLOW 


RTAM-19 


TERMINAL LISTS FOR BSC 3270 | | | as 


EXAMPLE 1: AUTO-OPEN POLL LIST 











LISTo1 DFTRMLST AUTOLST, (404040402D, 40407F7F 2D, C1C17F7F 2D, 37373737374 
CNTRLR ID__! ! {__ ENO 
DEVICE ID | | | 
EXAMPLE 2: AUTO-WRAP POLL LIST 





LIST2 DFTRMLST AUTOWLST, (404040402D, 40407F7F2D, C1C17F7F 2D, 3737373737)4 





CNTRLR ID_! :  ENQ@ 


oe && 
8 
8 
i] 


DEVICE ID I 


EXAMPLE 3: SELECTION LIST | if 





LISTO3  § DFTRMLST OPENLST, (606040402D) 


: ENQ | if 


CNTRLR ID} |: 
DEVICE ID 
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INFORMATION IN THE FOLLOWING 
PAGES CONTAINS ADDITIONAL 
DETAILS ABOUT BTAM MACROS 

I AND CODING ORIENTED TOPICS 

I IT Is INCLUDED IN HERE AS 
A FURTHER REFERENCE FOR 
THOSE INTERESTED IN THESE 
DETAILS 

BTAM-21 





Fe SS A CO SE Se SS SS Se Se ce a SS Se MS SS Se Se Se me 


; : | ‘esl! 

OPEN dcb name a | © i 

oO OPENS A GROUP OF LINES REPRESENTED RY a 
THE DCB IDENTIFIED | | re 

oO CAUSES A COPY OF BTAM TO BE LOADED IN | | ra 
TO THE APPLICATION PARTITION | | ] 


o ADDRESS OF WHERE BTAM IS LOADED IS PLACED 
IN THE DCB ITSELF : | 








CLOSE dcb name | I 





oO TERMINATES AVAILABILITY OF BTAM FOR’ THE GROUP 
OF LINES IDENTIFIED BY THE DCB 


o DISABLES LINES IN THE GROUP | | 
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READ MACRO: ACCEPTING DATA_EROM_A DEVICE 


(name ) 


DECB, OP TYPE, DCB, INAREA, MSGSIZE, 
TERM-LIST, REL. LINE, MF=E 


8 OPERANDS: 


ADDRESS OF THE DECB TO BE USED WITH THIS 
READ OPERATION 


CHANNEL PROGRAM ID FOR THIS IO 
NAME OF THE DCB ASSOCIATED WITH THIS LINE 


ADDRESS OF THE AREA WHERE APPLICATION 
WANTS BTAM TO PLACE THE INCOMING MESSAGE 


SIZE OF THE LARGEST FOSSIBLE MESSAGE 


THAT CAN BE RECEIVED IN’ THIS OFERATION 


ADRRESS OF THE POLL LIST TO BE USED 
WITH THIS READ 


WHICH LINE WITHIN THIS DCE GROUP IS 
BTAM TO READ FROM 


MACRO CODING REQUIREMENT, CODE IT AS SHOWN 


BTAM-25 


SS Se SS Le SSS SS eS SL SS Slee 


(name) — 


DECB, OP TYPE, DCB, MSGADDR, MSGSIZE, 
TERM-LIST, REL. LINE, MF=E | 


8 OPERANDS: 


REL. LINE 


SAME AS READ MACRO 


ADDRESS OF THE MSG TO BE SENT 
EXACT LENGTH OF THE MSG TO BE _ SENT 


ADRRESS OF THE SELECTION LIST FOR THE 


DEVICE TO WHICH THIS MSG IS ADDRESSED 


SAME AS READ MACRO 


EBTAM-24 
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WAIT MACRO: WAITING FOR AN IO TO. COMPLETE 


1. APPLICATION PROGRAM RESPONSIBLE FOR TELLING 
OS TO PUT IT TO SLEEP WHILE AN EVENT IS 


BEING COMPLETED 


Ze EVENT BEING WAITED UPON IS IDENTIFIED VIA 
AN EVENT CONTROL BLOCK (ECB) WHICH IS IN 


THE DECB. ITSELF 


3. APPLICATION CAN WAIT ON SINGLE OR MULTIPLE 
EVENTS 
4. APPLICATION MUST ENSURE THAT AN I0 GOT 


STARTED SUCCESSFULLY BEFORE ISSUING A WAIT 


EXAMPLE _1: SINGLE EVENT WAIT 


WAIT ecb name 


WHERE ecb name IS THE SAME AS DECB NAME 


EXAMPLE _2: MULTIPLE EVENT WAIT 


WAIT count,ECBLIST= address of a list 
of ECBs 


count IN THIS CASE SPECIFIES HOW MANY OF 
THE EVENTS IN THE LIST MUST COMPLETE BEFORE 


THE APPLICATION IS TO BE ‘WOKEN’ UP 


ETAM-25 





"ON CERTAIN TYPES OF ERRORS BTAM WILL RETRY 
AN OPERATION MULTIPLE TIMES AND IF THE ERROR 


STILL PERSISTS IT WILL §§$REPORT IT TO THE 


APPLICATION > 


IT IS THE APPLICATION RESPONSIBILITY TO INITIATE 


ANY FURTHER RECOVERY 


ALL INFORMATION PERTAINING TO THE ERROR IS 


RETURNED IN THE ODECB 


ERROR ANALYSIS AND RECOVERY PROCEDURES CAN BECOME 


| FAIRLY COMPLEX AND HIGHLY DEVICE DEPENDENT AND 


GENERALLY SEPERATE ROUTINES ARE CODED FOR 


DIFFERENT TYPES OF DEVICES 
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6. 


(TRUE /FALSE) THE DCB CONTAINS THE ADDRESS OF BTAM 


AFTER IT HAS BEEN LOADED IN THE APPLICATION 
PARTITION. 


WHICH INSTRUCTION (MACRO) IN THE APPLICATION PROGRAM 
CAUSES BTAM TO BE LOADED IN ITS PARTITION? 


A CONTROL BLOCK USED TO PASS INFORMATION BETWEEN 
BTAM AND APPLICATION IS CALLED THE ; 


THE MACRO (TABLE) USED TO DESCRIBE THE TERMINAL 
OR SWITCHED LINE INFORMATION IN BTAM IS CALLED THE 


(TRUE /FALSE) THE INFORMATION CONTAINED IN THE TERMINAL 


LIST IS DEPENDENT ON THE TERMINAL TYPE. 


IN A BTAM ENVIRONMENT THE APPLICATION PROGRAM MUST ENSURE 


WHETHER AN 1/0 WAS STARTED AND COMPLETED SUCCESSFULLY 


BEFORE TRYING TO PROCESS INFORMATION ASSOCIATED WITH THE 
1/0. 


AFTER ISSUING A  READ/WRITE MACRO, REGISTER 15 
INDICATES WHETHER THE I/0 WAS st AND 
VARIOUS FIELDS IN THE DECB INDICATE WHETHER THE I/O 
WAS : 


WITH REFERENCE TO QUESTION 6& ABOVE, WOULD ONE TEST 
REGISTER 15 FIRST OR THE CONTENTS OF DECB TO PROPERLY 
CHECK I/0 OPERATION STATUS? 


(TRUE /FALSE) AN APPLICATION MUST WAIT FOR AN I/O 


OPERATION TO FINISH COMPLETELY BEFORE IT MAY START ANY 
FURTHER I/Os ON OTHER LINES IN THE NETWORK. 
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UNIT 4 


[ TELEPROCESSING MONITORS AND BTAM 





TO IDENTIFY MAJOR COMPONENTS OF A 
TELEPROCESSING MONITOR | 


TO IDENTIFY REASONS WHY AN MIS ORGANIZATION 
WOULD NEED A GENERAL FURPOSE TELEFROCESSING MONITOR 









TO EXFLAIN DIFFERENCES BETWEEN OPERATING SYSTEM, 
ACCESS METHOD, AND TELEFROCESSING MONITOR 
FUNCT IONS 





TO IDENTIFY TRADE-OFFS BETWEEN DEVELOFING YOUR 
OWN TELEFPROCESSING MONITOR VS. LEASING OR 
BUYING A FACKAGE 





*‘MULTITASEING*, AND ‘MULTITHREADING*® AS USED IN 


| 
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WH Y T F MONITORS ? 








THE REASONS THEN 
- BTAM, 3705 / EP 











THE REASONS NOW 





- SNA PROTOCOLS 
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Why TF Monitors? 


The software technology has evolved at a very rapid 
pace. Thus, before one answers a question such as 
the above one almost has to know the point in time 


when the question is being answered. 


Some of the major reasons why TP monitors came about 
during the days of BTAM have since disappeared and, 
yet. TP monitors are still very much around ! Well, 
the old problems have been replaced by new problems - 
SNA protocols. More on that later. 


In any case, to answer this question in the context 


of BTAM one has to go back in history (yes in 
this industry a 15 years lapse. qualifies as history) 
and look at the state of the art in software 


technology in existence then. 

What were the constraints under which a customer 
developed communications software on an IEM mainframe 
in those days 7? 


Let us next review the environment in existence 
then. 


TPMONS—- 3 


TPMONS—4 


Nadas ti! 

































































tees a Ae par ae E 


BTA 


THE REASONS THEN: CIRCA MID 60s 


ADVENT OF THE FIRST GENERATION OF GENERAL FURFOSE 
COMPUTING MACHINES- IBM SYSTEM 360 
A NEW GENERATION OF SYSTEM SOFTWARE- 05/360 


NEW FAMILY OF COMMUNICATIONS FRONT END CONTROLLERS- IBM 
270X FAMILY 


A "COMPREHENSIVE" NEW ACCESS METHOD FOR COMMUNICATIONS— 
RTAM 


INCREASING PRESSURES ON TECHNOLOGY TO PRODUCE MORE 
TIMELY INFORMATION 


IBM 3270 AND BSC PROTOCOLS ARE STILL A FEW YEARS AWAY 


TFMONS-S 


WHAT 


DID AN 
I N SUCH 


PRIOR 


7 


END USER DO 


0 


AN ENVIRONMENT 


TP MONITORS? 
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XYZ, Inc is a relatively enlightened D. F. user. While 
the top management does not fully understand the technology. 
they have given a free hand to their Director of Data 
Processing Systems who in turn reports to the Ve Ps 
Corporate Finance. 


Because of the rising popularity of their main products, 
Widgets and Gizmos, XYZ has been opening various regional 
offices and distribution centers. 


Corporate headquarters are located in St. Louis with 
regional locations in New York, Chicago, Dallas, Houston, 
Los Angeles, and San Fransisco. 


Because of an accelarated growth rate a few things got aut 
of hand. One of the major problems was managing the 
inventory at regional locations. While they were carrying 
excessive inventories in large nmumber of items and, 
therefore, paying high interest payments, paradoxically, 
they were consistently running short on other items iin 
demand causing shipping delays and order cancellations. 


That is when they did it for the first time. 
Their first on-line system using TTY33 teleprinters' 


Each regional distribution center was installed with a TTY32 

machine and the centers could dial into the central 

computer at St. Louis two or three times a day and report 
critical inventories. 


Results. were satisfactory and directors of Data Processing 
and Operations were promoted to newly created positons of 
Corporate Assistant Vice Presidents. 


And then it happened ! 


VP Marketing felt that sales force was spending too much 
time doing the paperwork and had no way of tracking the 
orders within the corporation. He demanded an on-line 
capability. 


TFPMONS-7 


VP Corporate Finance was still smarting over the fact that 
she was the one to discover the inventory problems — but 
the credit had gone to the operations people. She 
wanted more timely information on cash flows, short term 
borrowings and surplus cash that could be invested in short 
term commercial paper. — She too wanted = an on-line 
capability. - | | a 


Manufacturing managers wanted a direct access to Marketing 
and Distribution data so that they could schedule production 
more accurately. Why not an on-line system for them too? 


AVF Data Processing, while happy at the potential 
increase in the size of his corporate domain, was also 
concerned about his) ability to fulfill all the requested 
requirements. On-line technology was still too new for him. 


So, after due consideration, or at least the appearance of 
it, he made the following recommendations: 


1. Corporate Finance would be provided with an on-line 
access to corporate financial data bases. This would 
enable the finance people to make on-line inquiries 
against the data base and also provide certain 
on-line reports on request. | 


a Marketing would have an on-line order entry and 
inquiry/response system to track orders. 


ae Manufacturing Department needs could be met via more 
timely batch reports and, for now at least they did 
not have areal case for an on-line system a 


To make it all happen, AVP, DP proposed that: 


1. Given the reliability requirements and sensitive nature 
of data, the system would consist of private lines 
only. | - 

Ze XYZ would use a new family of terminals from TEM called 


22/0s that had recently been = announced. 


oi Since terminals were going to be located in the same 
cities, the cost of private lines could be reduced by 
connecting terminals for various applications on the 
same private line (3270s could be ‘clustered’ on a 
line). | 

4. To keep the system simple and maintain data security 


and integrity each application will be a seperate, 
independent job in the system. 
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Se All software development, as always, would be done in- 
house to ensure a high quality, tailor-made, and high 
performance system. 


6. To do all this the current machine would have to be 
upgraded from IBM System 360 Model 40 to Model SS = and 
with additional personnel requirements the DF budget 
would have to be increased by at least S0O%. 


But for a few objections regarding the high cost and lack of 
need analysis from the Manufacturing Department, the plans 
for the new system were quickly approved by the corporate 
Policy Committee. 


Design and analysis work was started by the design team. 


A few programmers were sent for BTAM and 3270 training = and 
the first substantial report from the system design team was 
presented to the AVF Data Frocessing about six months later. 


Once the team members were done with all the nice features of 
BTAM and 3270s they had one little surprise for the AVF/DF. 


The system could not be implemented to support the exact 
configuration as approved by the policy committee. They 
assured him that there was no major problem - they would 
just need a few more private lines. | 


And then the system design team provided the explanation 


as to why the configuration could not be implemented 
precisely as approved. 3 
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The network and host configurations as approved by the 
XYZ Policy Committee for the 2 on-line applications 
are shown on the next two pages. | 


Analyze the configurations and see if you can identify 
the reasons why it cannot be implemented precisely 
as shown. | 


Once you discover the reason you should probably be 
able to state it in less than 5 sentences. 


We shall discuss your answer in a few minutes. 
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COMBINING THREE PROGRAMS INTO A SINGLE JOB 
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COMBINING _ THREE PROGRAMS INTO A SINGLE JOB: 


Questions that must be answered: 


1. How do you bring three programs in the same 
partition? 


N 


. When a message comes in, how do you know wha 
is going to process it and who is this ‘you’ 
who is going to do the figuring? 


a 


>. are all operators authorized to access all 
available programs or are there to be any 
restrictions”? 





If restrictions. who is going to enforce 
them? | 


] 


4. OTHER ISSUES... ? 
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Additional System Requirements 


1 1 
Vedic! 


INPUT MESSAGE FORMAT 





SYSTEM AUTHORIZATION TABLE 
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TRANSACTION CONTROL PROGRAM 
(FUNCTIONAL DESCRIPTION) 


PICK UP NEXT INPUT MSG. 





YES 





YES 





BRANCH TO 
PROGRAM 
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NO 


REJECT 


~ REQUEST 





REJECT 
REQUEST 


LOAD 
PROGRAM 





SWITCHING CONTROL FROM ONE TRANSACTION TO ANOTHER - 





TRANSACTION 
CONTROL 











GIVEN: 3 MESSAGES IN THE HOST | 
MESSAGE 1 IS CURRENTLY BEING PROCESSED a 
MESSAGES 2 AND 3 ARE AWAITING PROCESSING 





QUESTION: WHAT IS THE EARLIEST TIME THAT MESSAGE 2 
CAN BE PASSED TO FNCL? 
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Switching control from one transaction to another: 


In the xample shown here we have currently 43 
messages in the host machine. 


Message 1 is for MKTG transaction. It was the 
lst one to arrive and is currently being processed 
by the MKTG program. 


Messages 2 and 3 arrived next in that order. 
Question is - 
What is the earliest that we can start processing 


message 2 without unduly disrupting message 1 
processing”? | 
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As a starting point it may be worthwhile to borrow 
a concept from the Operating System that it uses to 
implement multiprogramming i.e. switching from one 
job to another during an IO operation. 


We want to switch from MKTG to FNCL during an I10 
operation for MKTG. 


Except that instead of the Operating System it is 
the Transaction Control who would have to make the 
switch. 

How is the Transaction Control going to do it”? 

Let us review again some of the facts about flow of 


control in an I/Q operation next to help us 
determine the Transaction Control logic. 
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MKTG) 


‘MKTG START 


READ/WRITE/GET | 


 BALR 14,15 
OR SVC 


RETURN 


TRANSACTION 
CONTROL 
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The diagram on the opposite page shows the relevant part 
of the flow when = an application issues an IO 
request. | 


i. Application issues an OS access method macro. The 
macro generated code causes a branch to the access 
method. 

ae The access method eventually issues an EXCF 
instruction, which in turn transfers control 


to the [IO Supervisor in the Operating System. 


Se The IO Supervisor issues S10, thereby, 
starting the Channel operation. 


The interesting fact about this flow is that ae 
completely_bypasses_our_Transaction_Control. 
If the Transaction Control is to do any program 


switching, it has to know when one of our transactions is 
doing an 10 operation. 


Worse yet, if any of the transactions were to request OS 
to be put in a WAIT state, it would cause the whole 
partition to be put ina WAIT state including the 
Transaction Control and all the other transactions - a 
highly undesirable situation. 


One way to get around our problems is not to let the 


transactions make direct IO requests or issue any WAIT 
requests. 


Any time a transaction needs an 10 operation, the 
transaction will inform the Transaction Control of its 
requirements, and only the Transaction Control will issue 


actual I0 requests and any WAIT requests. Only 
then can the Transaction Control transfer control 
from one transaction to another during an IO 


operation. 
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The transaction METG sets up details of the I0 

operation —- name of the file, record ID, and whether 

or not it can do more processing while the 10 is taking 
place and goes to the Transaction control. 


Transaction Control formats an access method request 
based upon transaction provided data. Transaction 
Control also indicates’ to the Os that it not 
be put ina WAIT state while the 10 1S progressing. 


After initiating the I0 request for METG the 
Transaction Control also goes through its internal 


tables to see if any transaction can do any processing 


(new messages may have arrived or some prior [0s _ may 
have been completed). 


If any other transaction can proceed at this time, say 
FNCL in this case, Transaction Control would transfer 
control to such a transaction. 7 


This step is the very essence of managing 
a 


multiple transactions in a single job. 


If, however, no further work can be dispatched at this 
time, the Transaction Control would issue a WAIT 
request to the Operating System. 


An ability such as above whereby Transaction Control can run 
multiple programs (tasks) concurrently within a 


XYZ, 


Inc. would have to develop a multitasking Transaction 


Control program if they want to run the three transactions 
concurrently over a shared network as they proposed 
to do. 
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Take a situation in our on-line system where we have three 
messages in the system: 


: As Transaction Control comes through its next pass to 
check for dispatchable work it discovers message 1. 


Based upon our system design, the Transaction Control 
looks at the transaction ID and determines that METG 
transaction is to process this message. 


Ze Message 1 is dispatched to METG and that transaction 
starts running. 


Se METG starts processing message 1 and ultimately needs a 
record from one of its files and sends a request for an 
IO, I01, to the Transaction Control. 


4. Transaction Control notes down the the location within 
METG where the program is to be restarted when IOl 
completes and sets up the IO request for METG. 


ae Transaction Control now looks for additional work that 


can be dispatched and discovers that message 2 is ready 
for processing and that this too is for METG. 


6. Transaction Control interrogates the status of the 
METG transaction and finds that METG is awaiting an I/0 
completion and, thus, temporarily idle. 

Te Transaction Control transfers control to the 


Lam) 


beginning of the METG transaction passes it message 2 
for processing. / 


At this time the METG program is in effect processing 
two messages ‘concurrently’ or, in other words, we have 
two seperate processing threads running through the 
same program. | 


This process whereby a single program can process muitiple 
messages concurrently is called multithreading. 


Programs that can multithread are also called reenterant 
programs because they can be ‘entered’ again while they are 
still processing a previous message. 
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MANAGING THE NETWORE 


So far our discussions have focussed primarily on activities 
within the host. We shall next take a look at functions that 
have to be performed to manage the network. 


These functions would involve tasks such as 
activating/deactivating lines, responding to incoming calls 
on switched lines, starting polls on private lines and 
functions such as were discussed in the BTAM lecture. 


First question, irrespective of the details, is one 
pertaining to the overall structure of our system. 


Should these additional functions be performed by the 
Transaction Control module or do we have a better idea’ 
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Our on-line system has so far evolved to two major system 
components: 


Transaction Control: For managing the transactions 

Network Management Frogram: For managing the network, for 
brevity, we would refer to it 
as the Network Manager. 


Next we would explore how communications take place between the 
Network Manager and the rest of the system. 
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Earlier in this unit we discussed reasons why transactions 
must not issue requests directly to the Operating System - 
but rather route their requests to the Transaction Control. 


For similar reasons we would also require that there be no 
direct communications between transactions and the Network 


Manager. The requests for network services from 
transactions would also be routed through the’ Transaction 
Control. | 


— | 


The two major advantages of such an approach are: 


a The Transaction Control has total control over the 
system and can keep track of each transaction’s 
progress and put transactions in a WAIT state if they are 
awaiting completion of pending events. 


. — a : 





ae The fact that there is a Network Manager is totally 
rr transparent to the transactions. The transactions need 
| a single interface to the Transaction Control = program 
irrespective of the type of service needed. The 
a Transaction Control would take care of routing the 
| | request to the appropriate system component. 


We shall next take a look at the overall flow of the system 
as it has evolved so far. 
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Transaction Control is basically a cyclical program that 
runs in @a big logical loop and keeps dispatching 
transactions as messages arrive in the system or I0 
activities complete. It must also periodically dispatch the 
Network Manager to send or receive messages from the 
network. | 


Because of this circular logic we can pick up the 
Transaction Control logic anywhere in the cycle and complete 
the circle. In the flow chart shown here we pick up the 
logic at a point where the Transaction Control has just 
received control back from a transaction. 


: Transaction Control takes transaction request, if any, 
along with any other pending requests from before, 


as sets up IOs 
oe At this point the transaction Control branches to the 


Network Manager so that the Network Manager may report 
completions on previously started I/Os and start new 


TOs, 

Network Manager: 

a. Scans control blocks for each line. 

b. As completed [0s are discovered posts them 
in appropriate control blocks for the 
Transaction Control. 

Cc. ‘Starts new READ/WRITE operations on idle 
lines. 

4. Transaction Control scans the control blocks posted by 


the Network Manager to check if completions were 
posted and 
we Marks those transactions dispatchable 
that can start processing. 


6. Transaction control now scans the list of dispatchable 
tasks in priority order and 


either, Te Dispatches a transaction 


or, 8. Requests an OS WAIT with an ECB list 
of all activities pending completion. 
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To manage the network in a manner as shown in the system 
flow diagram we would need information in the program that 
goes beyond what is provided via standard BTAM tables. 


For example, while terminal lists can be defined using 
DFTRMLST macro, a mechanism is needed to determine which 
list is to be used when and with which line. 


It is important to identify the types of information that 
would be needed and how various inter-related data would be 
linked together. 


One way to put together such information is to put it in 
user defined tables or control blocks. The names, size, and 
contents of such tables are entirely upto the system 
designer. 


As an example of how information could be organized 
to implement a system such as here some illustrative tables 
are shown in the following pages. It should be borne in 
mind that this is just one of several ways tables could be 
organized i.e., there is no ‘THE WAY’. 


Generally speaking, though, it is a good idea to 
Organize your tables in a heirarchical manner should 
there be matural heirarchical relationship among the 


resources being defined 
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BTAM and TP Monitors 


Overview of Control Blocks: 


SYSTEM AREA 


ADDR OF NTWK | NTWK. TABLES 
TABLES GROUP 1 
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ADDRESS OF POLLIST 
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| ADDRESS OF TERMINAL TABLE 


ADDRESS GROUP 
ADDRESS OF LINE IO AREA 
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meme 


stile! 


Teleprocessing Monitors _ | | a ee 


We just designed one! The concepts that we have developed ae 
so far in this unit, Transaction Control and Network 7 
Manager, in effect from the heart of real life TP Monitors a 
such as CICS, Taskmaster, etc. | | nae 


The real life TP Monitors, of course, go far beyond our 
primitive model here. 





For example, we did not touch upon the data base handling 
at all in our model. In a real monitor this would be a 


major component. | 7 ] 
A 


Other issues relate to storage management, high level 

language interfaces, handling application program errors, 
and system restart and recovery. These issues go beyond the 
scope of this course and cannot be covered here in any 
detail. However, we would discuss two monitors at an 


overview level later in this) seminar. 
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XYZ, Inc.: Chapter II, Circa 1976 


Rich Star, V.P. Data Frocessing, is a respected executive 
of XYZ, Inc. Ever since he provided on-line systems for the 
Marketing, Corporate Finance and Distribution departments, 
his star has been rising at XYZ. His promotion to V. F. 
[ came in late 1974 and Rich felt that it was well deserved. 





Since XYZ was a dominant vendor by now, its executives were 
often invited to present keynote addresses by various trade 
groups and societies. 7 


One of such invitations was received by Jack Grouch, V. FP. , 
Manufacturing, to be the keynote speaker at the = annual 
convention Of National Union of Retail Distributors, 
otherwise known as NURDS. 








While attending that convention at Hilton Head, South 
Carolina, Mr. Grouch heard a presentation by an independent 
consultant, Jane Smart, on use of computers in business. 





What especially caught Mr. Grouch*s attention was “Ms. 
Smart*s assertion that it was becoming increasingly easier 
to develop on-line systems using pre-packaged software 
Called Teleprocessing Monitors. Ms. Smart also talked about 
some rather complicated technologies using terms such as 
System Network Architecture, universal protocols, and 
machine-to-machine interfaces. 











Mr. Grouch was quite convinced after Ms. Smart’ s 
presentation that Manufacturing had been denied their on- 
line system unfairly and invited Ms. Smart to make a 
presentation to XYZ, Inc.*s Executive Committee the 


following month. 





Ms. Smart’*s presentation to the XYZ Executive Committee 
went rather well and the high point came when Ms. Smart 
disclosed that she had recently helped install a truly state 
of the art on-line system for XYZ’sS main competitor, We 
Do It Better, Inc. Ms. Smart explained how Better’s 
system was developed using far less manpower and talent 
than XYZ using a package called Customer’ Information 
Control System (CICS), and how this system gave a tremendous 
advantage to ‘Better” over their competition. 











Around the same period, unknown to DF staff, the CEO of XYZ 


| was also approached by the Regional Marketing 
Director of IBM about the use of their latest software 
and hardware for XYZ. Their specific recommendation was 
| to doa complete study of XYZ operations and to come up 

I with a comprehensive solution for XYZ needs. 
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Such a study was undertaken and it was recommended that, 
looking into the future, XYZ must consider migration to 
SNA and that IBM would provide software - such as CICS to 
ease the pains of such a migration. 7 


Rich Star tried to point out how XYZ had one of the most 
efficient and reliable systems by industry standards. He 
also felt that migrating to SNA was”) premature. No one 
really understood the implications of such a move. However, 
Star was unable to provide any firm estimates of cost = and 
time to migrate his current system to SNA other than to say 
that it would be almost like designing a whole new system. 


In 19735 XYZ migrated to CICS. The response time was less 
than desirable. When the system went down, it took much 
longer to bring it up because system programmers were not 
familiar with the system. But a whole new group of 
application programmers was very happy. They could write 
new transactions using Cobol. | 


Rich Star had opposed the move to packaged software rather 


strenuously. But it did not really matter any more. 


Last we heard, Rich was running a computer store selling, 
among other things, packaged software for micro-computers. 


Epiloque 


1977: Things were much better - but they had to migrate to 
the new release of CICS, 1.1.5, so that they could 


take acvanregs of the new features. — 


1979: Things were much better. Release 1.1.3 was stable 
enough but they had to migrate to release 1.1.4. 


1981: Things were much better - but all the new exciting 
things were happening in SNA - perhaps it was time 
to consider ACF/VTAM version of CICS. 


1983: Things must be much better, after all they were 
| running SNA!' But who could be sure anymore. 
The largest communications company in the USA had 

just announced their new Value Added Fublic 

Network and there was talk of ‘peanuts* and 

“popcorn’® from IBM—- they just had to look into it. 


1987: - Things were much better, but ..... 
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UNIT 10 


CUSTOMER INFORMATION CONTROL SYSTEM 
(C IC §) 


OBJECTIVES 


TO IDENTIFY MAJOR MODULES IN CICS 


TO IDENTIFY MAJOR TABLES IN CICS WITH MAJOR 
EMPHASIS ON TERMINAL CONTROL TABLE (TCT) 


TO PROVIDE OVERVIEW OF AFFPLICATION PROGRAM AND 
CICS COMMUNICATIONS 


CIcS-1 


& GENERAL PURPOSE TELEPROCESSING MONITOR 


AN IBM SOFTWARE PACKAGE (PROGRAM PRODUCT) THAT 
SIMPLIFIES THE TASK OF DEVELOPING SOFTWARE FOR ON- 


LINE APPLICATIONS 


QTHER FACKAGES THAT PROVIDE SIMILAR CAFABILITIES: 


ENVIRON, SHADOW, TASKMASTER, IMS/DC 


CICS, THROUGH ITS TASK MANAGEMENT CAFABILITIES, ALLOWS 
MULTIPLE AFPLICATIONS (TRANSACTIONS) TO SHARE A COMMON 


NETWORK: 
AFFLICATIONS MAY BE WRITTEN IN HIGH LEVEL LANGUAGES 


BESIDES REGULAR FILES ALSO FOSSIBLE TO ACCESS DATA- 
BASES DEF INED UNDER PACKAGES SUCH AS IMS/DB (DL/T), 


IDMS, ADABAS, TOTAL ETC. 





ERROR HANDLING, RECOVERY, SECURITY, PRIORITIES BY 


TERMINAL, § TRANSACTION OR OPERATOR ARE SOME OTHER 


HIGHLIGHTS 


cics-2 












































I TASK CONTROL: 


TERMINAL CONTROL: 


FILE CONTROL: 
a 


ured 











STORAGE CONTROL: 


TEMPORARY STORAGE: 


FROGRAM CONTROL: 
JOURNAL CONTROL: 


DUMF/TRACE CONTROL: 


SELECTED MANAGEMENT MODULES IN CICS 


DISFATCHES AND MANAGES PROGRAMS. 
MANAGES THE NETWORK AND TERMINALS. 


MANAGES THE FILES, INTERFACE TO ACCESS 
METHODS AND DATABASE MANAGEMENT SYSTEMS. 


MANAGEMENT OF STORAGE IN THE POOL BOTH 
FOR CICS OWN USAGE AND APFLICATIONS. 


"SCRATCH PAD" AREA, TO SAVE INTERMIDIATE 
RESULTS, DATA. 


LOADING OF PROGRAMS, LANGUAGE INTERFACE 
RECOVERY 


GENERATION OF DUMPS AND TRACES 
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FROGRAM CONTROL TABLE (FCT): 

IDENTIFIES VARIOUS TRANSACTION CODES AND PROGRAM ASSOCIATED WITH 
EACH TRANSACTION CODE. | 

PROCESSING PROGRAM TABLE (PPT): 

NAMES OF ALL PROGRAMS THAT ARE TO RUN UNDER CICS, ONE ENTRY PER 
PROGRAM. — | 

FROGRAM ATTRIBUTES - LANGUAGE, SIZE, LOCATION ON DISK. 

TERMINAL CONTROL TABLE (TCT): 


DESCRIFTION OF NETWORK RESOURCES - LINES AND TERMINALS 


FILE CONTROL TABLE (FCT): 

DESCRIFTION OF FILES NEEDED BY PROGRAMS THAT ARE TO RUN UNDER 
CIcs. 

SIGN ON TABLE (SNT): 


USER NAMES, PASSWORDS, PRIORITIES, SECURITY KEYS. 
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CICS STRUCTURE 






' ORDR | ' FNCL ! ‘ MKTG 3} 
! ' FCT! { PPT! ! TCT} 
'! JCF |: | FOF ff ! 
po ! KEP 
a ee Re eee ee ee : Ne ee tee en ES ee ‘ ae Pe Rare AR? y. , Rohe ng fs 
td 
! OPERATING SYSTEM ! 
xq | 
FILES..AND’ — NETWORK 
DATA BASES | 





CICS SYSTEM MODULES AND TRANSACTIONS RUN AS ONE JOB IN THE SAME 
ADDRESS SFACE (PARTITION) 


THE TASK CONTROL PROGRAM (KCP) ACTS AS THE INTERFACE BETWEEN 


APPLICATIONS AND CICS INTERNAL MODULES 


KCP: TASK CONTROL PROGRAM, FCP: FILE CONTROL PROGRAM, TCP: TERMINAL CONTROL PROGRAM , BMS: BASIC NAPPING SUPPORT 
JCP: JOURNAL CONTROL PROGRAM. 


cics-¥ 5 


—CICS-& & 


a 


| dial 


cmon, 


‘road 


i EY 

































































APPLICATION AND CICS COMMUNIACTIONS 


APPLICATION 


Move Bet” Request 12 TCA 
Move REC NUMB 70 TCA 
Move FILENAME TO TCA 


GO TO dies 
| el 








TCA: ONE PER TASK 





TP M6m7q 


‘1 | seo 
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TCA! TASK CONTROL AREA, ONE PER CICS TASK 
CSA! COMMON SYSTEM AREA, ONE PER CICS 
CICS-..7 


ETAM AND CICS 


TERMINAL CONTRO TABLE (TCT) 


CONTAINS PROFILES OF ALL NETWORK RESOURCES, TABLES (DCB, DECB,..) 


NEEDED BY BTAM 


cIcs MACROS INTERNALLY GENERATE BTAM MACROS 


DFHTCT 
DFHTCT 


DFHTCT 


DFHTCT 


DF TRMLST 


DETRMLST 
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ETAM AND CICS 


All nmetwork definitions are defined in the Terminal Control 
Table (TCT). The TCT contains information not only neede ny CICS 
but also information that it would need to communicate with BTAM. 
BTAM macros DCE and DECH are not coded directly by the system 
programmer but are generated internally by CICS. 


The same macro, DFHTCT, is used to describe all types of network 
resources. TYPE= oper and identifies the resource being 
described. 


TYFE = SDSCI: Describes a group of similar lines, and generates 
the BTAM DCB table. Needed one per group of 
Similar lines. 


TYPE= LINE: Describes the profile of one line in the group. 
Coded as many times as the number of lines in the 
system. Also generates the DECE for the line . 


TYPE= TERMINAL: Describes a controller or device on the line. 
Coded once for each or controller or device in the 
network. 


DFHTCT: This is the standard BTAM macro amd coded as 
discussed earlier in this course. 
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POLLST 1 


SELLST1 


DFHTCT 


DF TRMLST 


DF TRMLST 


DFHTCT 


DFHTCT 


DFHTCT 


FHTCT 


CJ «a se es 


TYPE=INITIAL, 
ACCMETH=NONVTAM, 


BEGIN TABLE 
-NON-VTAM SYSTEM 


AUTOWLST, (...poll list...) 


OPENLST, (...sel list..) ONE PER DEVICE 


TYFE=SDSCI, 
DEVICE=2277, 
DDNAME=..... 


TYPE=LINE, 
ETAMRLN=..., 
LISTADDR=POLLST1 


TYPE=TERMINAL, 


TERMID=TOO1, 
TRANSID=ACCT, 
TRMADDR=SELLST1, 


TYPE=F INAL 
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GROUF ENTRY 
FOR S270 TYPE 
JCL CONNECTION 


BEGIN LINE DESCRFN 
WHICH LINE IN JCL 
POLL LST THIS LINE 


BEGIN TERM DESCRFEN 
LETS CHRISTEN IT 
OPTIONAL DEFAULT 
TERM SEL LST NAME 


END TABLE 
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CODING AID OFTEN REFERRED TO AS “MAPPING SUFPORT? 


EXAMFLES QF SUCH FEATURES ARE: 


oO BASIC MAFFING SUPPORT (BMS): CICS 


2 Ce ED ame Cwm ae a a ab Gp culty GM G6 GED ame aes eee CEES om SE ED GENES MIS ES OE SE CRS mp eae @en em cow coe chee 


FRIMARILY A CODING AID TO EXFLOIT 3270 CAPABILITIES WITHOUT 





FOR APFLICATIONS DEALING WITH A VARIETY OF DEVICES 


MULTIPLE ‘MAPS* CAN DEFINED, ONE EOR EACH DEVICE AND 


CAN BE GROUFED TOGETHER AS A ‘MAP-SET’ FOR CONVENIENT 


REFERENCE IN THE APFLICATION. 


cics-1]2. 
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FOR THE NETWORK CONFIGURATION USED IN THE BTAM 
EXERCISE, CODE THE APPROPRIATE CICS/TCT MACROS IN ] 
(de: 


THE RIGHT ORDER. CODE ONLY THOSE VALUES THAT WERE 





SHOWN ON THE ILLUSTRATIVE TCT VALUES. 
(NOTES FOR TTY-43 TERMINAL DEVICE CODE Tv 


CODE TRMTYPE=TWX ON TERMINAL DESCRIPTION) 
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UNIT 





INFORMATION MANAGEMENT SYSTEM, DATA COMMUNICATIONS 


(IMS / DC) 


a, 


OBJECTIVES: 


AT THE CONCLUSION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO : 


1. DESCRIBE THE STRUCTURE OF NETWORK TABLES IN IMS 


eae COMFARE IMS ARCHITECTURE WITH CICS AT A HIGH LEVEL 
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DATA COMMUNICATIONS: AS IF AN AFTERTHOUGHT 


—at FF 





oman z . 


APPROPRIATE WHEN DATA BASE INTEGRITY TAKES 


PRCEDENCE OVER PERFORMANCE AND RESPONSE TIME 





COMMUNICATIONS NOT AVAILABLE WITH DOS | 
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TEM 
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ITEM 


TEM 


3614 

O30 

3767 

S770 

7770 AUDIO RESFONSE UNIT 
SYSTEM 3 


SYSTEMS 32/34, SERIES 1 


TTY (TWX) 33/35 DEVICES 
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SEPARATE PRIVATE/LOCAL 
REGION CONTROLLER FOR EACH 
BATCH APPLICATION 


EACH BATCH APPL IS AN 
INDEPENDENT JOB 


OFF LINE, TRADITIONAL, BATCH 
PROCESSING ONLY 


THESE WILL NOT BE DISCUSSED 
FURTHER 


NOTE: PRIOR TO 


RELEASE 1.2, BATCH IMS 


RUNS UNDER THE CONTROL OF 
SINGLE CONTROL REGION 


MULTIFLE APFPLS (ONE /REGION) 
RUN WITH ONE CONTROL REGION 


ONLINE ACCESS TO AFFLCATIONS — 


FROM TERMINALS 


CAN NOT ACCESS OS FILES 


SYSTEMS 


COULD NOT ACCESS ONLINE DATABASES 
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ONLINE CONTROL REGION: 


INTRODUCTION 


CONTROL 


REGION 


S / VS 
| a 
! P 
P 
L 
F : MPP 


IMS CONTROL REGION: 


Oo 


Oo 


CONTAINS IMS SYSTEM ROUTINES, CODE, AND TABLES 


MANAGES AND CONTROLS THE NETWORE AND ONLINE 
APFLICATIONS 


PROVIDES 


ACCESS TO MESSAGE QUEUES FOR ONLINE 


AFFLICATIONS AND MANAGES OUTGOING MESSAGES TO 
TERMINALS 


WORES 


INDEFENDENT OF 
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IMS BATCH SYSTEMS 





APPL1 APPL2 IMS 


CONTROL 





REGION 


ow 2 eae 2 ae 8 ow oo 








o UNLIKE CICS APPLICATIONS (TRANSACTIONS) ARE NOT A PART 
OF THE TF MONITOR JOB gi 





s) NEED INTER-REGIONAL MOVEMENT OF DATA BETWEEN AFFLS AND 
IMS 





QO ONLINE APPLICATIONS MAY ACCESS ONLY IMS DEFINED 
DATA BASE AND NO OTHER FILES 
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; ONL INE 
APPL ; 
| IMS 
| CONTROL ; 
7 ; ONL INE : | ; 
| APFL REGION 
I BATCH 
! PROCESSING 
JOB 
_ ° BATCH APFLICATIONS CAN ALSO RUN UNDER THE CONTROL OF IMS 
] ONLINE CONTROL REGION. 
| oOo SUCH BATCH AFFLICATIONS ARE CALLED ‘BATCH MESSAGE 
PROCESSING FROGRAMS* OR EMFs 
O ONLINE APPLICATIONS BY CONTRAST ARE CALLED ‘MESSAGE 
PROCESSING PROGRAMS’ OR MPFs 
oO MFPs ARE AUTOMATICALLY SCHEDULED BY IMS ON ARRIVAL OF 


INPUT MESSAGES. 
EMF’'s HAVE TO BE STARTED VIA JOB CONTROL LANGUAGE (JCL) 


= a ie ] 


IF NEEDED, BMF's CAN ACCESS ONLINE RESOURCES INCLUDING 
MESSAGE QUEUES AND TERMINALS AND ALSO OS FILES 


0 


x O BMPs ARE BURDENSOME FOR THE ONLINE PROCESSING AND 
tj SHOULD BE USED JUDICIOQUSLY 
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MESSAGE SCHEDULING 


“THE PROCESS BY WHICH A COMPLETELY RECEIVED INPUT TRANSACTION 
IS UNITED WITH ITS ASSOCIATED APPLICATION PROGRAM" : 


MSG QUEUE 


_» <a 


PGMLIB 





 g-SWI 





IS A MSG REGION AVAILABLE? 
1S THERE A TRANS? 

WHAT APPL PGM PROCESSES IT? 
ETC. 


MSG REGION 





ee 





HOW IS iT DONE? 


IMS USES A ‘DOUBLE’ ALGORITHM TO SELECT TRANSACTIONS FOR PROCESSING - 
CLASS FIRST, THEN PRIORITY WITHIN CLASS. 


MESSAGE CLASS SCHEOULING 
@ ASSIGN A CLASS TO EACH TRANSACTION CODE 
@ ASSIGN ONE TO FOUR CLASSES TO EACH MESSAGE REGION) 


@ CAUSE IMS TO SCHEDULE TRANSACTIONS OF A CERTAIN CLASS IN MESSAGE 
REGIONS HAVING A CORRESPONDING CLASS 
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PRIORITY 


® ASSIGN A PRIORITY TO EACH TRAN 
0 — LOWEST 
14 _ HIGHEST 


ie OPTIONAL AUTOMATIC PRIORITY INCREASE WHEN THERE IS A LARGE QUEVE 
BUILOUP 
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DEEINING NETWORK RESOURCES TO_IMs_cBTam 
a 
vd! 
COMMUNICATIONS _NAME_TABLE: CNM 
L INEGRP | | 
CTLUNIT | | ] 
TERMINAL 7 
NAME | a: on 
TERMINAL “f 
NAME J 
CTLUNIT 
LINE 
LINEGRPE ss” ae. | 
LINE | 











MACROS MUST BE CODDED IN THE ORDER SHOWN 











IMS-10 





























COMMUNICATION NAME_TABLE (CNT): 


Network resource definitions are collectively referred to as the 
Communication Resource Table. Five different macros are used to 
describe the network. . e 


LINEGRF: One per group of similar lines, macro automatically 
generates the BTAM DCB table for the line group. | 


LINE: One per line within the group, LINE macro also generates 
the BTAM DECB table for the line. 


CTLUNIT: For BSCS lines, one per cluster controller, contains, 
among other information, the polling id of the 
controller. 


TEMINAL: One per terminal in the cluster. Contains terminal 
selection id among other information. 


NAME : pt | She per terminal, assigns a symbolic name to the 
terminal immediately preceeding the NAME macro. 


Unlike CICS, no DFTRMLST tables are defined for BTAM amd IMS 


bulds them direcltly from the information provided on the CTLUNIT 
and TERMINAL macros. 
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_ ILLUSTRATIVE OPERANDS FOR IMS/BTAM ” 
BTAM DEFINITIONS a" 


LINEGRP DDNAME=BTAMLNO1, UNI TYPE=3270, CODE=EBCDIC 


. 


LINE ADDR=040 


CTLUNIT ADDR=40, MODEL=2 


TERMINAL ADDR=40, UNI T=3277, MODEL=2, 
OPT IONS=(TRANRESP), FEAT=IGNORE 
NAME — LAIOIAB 4 


monn 


TERMINAL ADDR=C1,UNIT=3277, 
| OPT IONS=( TRANRESP) , FEAT=IGNORE 
NAME LAIOZAB 
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UNIT 5 


EVOLUTION OF TELEFROCESSING SOFTWARE AND SNA 


UPON COMPLETION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO: 


1. IDENTIFY THE LIMITATIONS OF PRE-SNA ACCESS METHODS AND FRONT 
ENDS. 
2 IDENTIFY THE ROLE AND ADVANTAGES OF TELEFROCESSING MONITORS 


IN A PRE-SNA ENVIRONMENT. 


3 IDENTIFY MAJOR STRUCTURAL AND FUNCTIONAL DIFFERENCES BETWEEN 
ETAM, ACF/VTAM, AND ACF/TCAM. 


4. IDENTIFY MAJOR CAPABILITIES OF EMULATION FROGRAM (EF), 
PARTITIONED EMULATION FPROGRAM (PEP), AND NETWORE CONTROL 
FROGRAM (NCF) AS FRONT END SOFTWARE. 

— DEFINE THE TERM "COMFUTER NETWORKING" 


6. DESCRIBE THE DIFFERENCE BETWEEN FRIVATE AND SHARED PUBLIC 
NETWORES. 
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EVOLUTION OF TELEFROCESSING SOFTWARE IN IBM ENVIRONMENT 


. bi iis eas pyt'eg i sgeanabal ed adit g eleatgepaae ts ote WET they, 
gees OEP aa cnr Byte ph Semin ate PENI TE iH yeh atcend tba yd BM a RANT RI he 
oot 7 
®, 
S S E “as? 5 C ‘ 





2 isarme 


RTAM, 270X, TWX 


| . 


< om “= 





ETAM, 270X, MULTIPLE DEVICES 
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BTAM, 270X, MULTIPLE DEVICES, MULTIPLE AFPLICATIONS 
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ETAM, 370X EF, TELEFPROCESSING MONITORS 
(SYSTEM AND APFLICATION SOFTWARE PACKAGES) 
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VTAM, TCAM, AND NCF 
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ACF PRODUCTS AND NETWORKING 
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APPLICATION CODE 


CODE TO HANDLE TWX 
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EARLY SYSTEMS _-1: Single Application / Single Device 
The very early commercial applications of teleprocessing 
technology were often simple systems using low speed 
TTY devices (those were the only ones easily available 
in those days). The physical networks generally used 
Switched facilities as IBM did not support TTY compatible 
devices in a leased line environment. 


These were generally single device single application 
systems with BTAM and the hardware =7OX as the 
front end. 


Application programmer was responsible for all aspects of 
the system and, thus, had to be knowledgeable not only 
in the business functions but also in BTAM and network 
devices. 


Also, because of the limitations imposed by HTAM, the 


software had toa be all written in Assembler Language, 
one of the more difficult languages for writing software. 


- EVO.S 


ils 


EARLY SYSTEMS (PRE-MONITORS): 2 | ea m 
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Early Systems - 2: Single Application / Multiple Devices 


Basic environment still consisted of BTAM and 270x with 
assembler still being the primary lanquage. 


With the availabilty of CRT devices (e. g. IBM S279) that 
could be multidropped on higher speed private lines it became 
possible to achieve higher performance without a 
disproportionate increase in the facilities cost. 


However , that meant that application programmers had to learn 
multiple protocols and be able to handle various types of line 
connections in their programs. 


Major software changes were needed to support these newer 


devices. Applications became increasingly more complex and 
difficult to maintain and grow. 
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Early Systems ~- 2: Multiple Applications/Multiple Devices 
AS more and more systems were being converted to on-line 
environments, we had all the problems of the earlier 
systems with the additional problem now of a separate 
network for each application - a very expensive proposition. 
From communications point of view, this problem of having a 
dedicated network for each on-line system was probabaly the most 


serious one and ITS root cause was in the system software itself. 


Also, not only did programming teams for each system need 
advanced level knowledge of data communications, BETAM, and 
business functions, each team was also firmly convinced 


that they had the ‘better mouse trap’. 


Thus arose systems in each shop with their own message 
formats, coding conventions, and uni que operational 
considerations. 


Result was: Inefficient, expensive networks: 
high software development cost: 
high maintenence overhead: and 
incompatible systems. 
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With the advent of TF monitors it was now possible to run 
multiple applications in a single partition over ae shared 
network. This gave rise to Significantly improved 


resource utilization. 


Additional benefits included separation of communications and 
business functions in the software. Communication functions 
were implemented within the monitor and applications 


(transactions) had to handle primarily business’ functions. 


With most popular monitors it was also possible to write 
application code in high level languages. 


Some of the secondary benefits were: 


a) Low cost, low risk entry into teleprocessing. 
a) Community of interest and user groups, 
vendor incentive to keep current. 
a) Availability of trained personnel ‘off the 
street’. 
a) BRetter standardization 
Examples of some of the common TF monitors are CICS .s. 


IMS/DC, SHADOW, ENVIRON, and TASKMASTER. 


However, it was not necessary nor desirable to run all 
applications under the control of the TF monitor. But 
applications that ran outside the control of the TF monitor 


still meeded Separate networks. 


Thus, the problem of dedicated networks was not entirely 
alleviated. Also, first generation TF monitors were not 
capable of allowing network sharing across’ hosts. 
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EMERGENCE OF NEW ACCESS METHODS 
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ERTAM, of course. is not a new access method and its 
limitations and those of systems built around it 
were discussed earlier in this unit. ACF/VTAM 

and ACF/TCAM are the two new access methods that can 
help in getting around some of the limitations imposed 
by ETAM based systems. 


ACE /VTAM_and_ACFE/TCAM: 


The network is "owned" by the access method and not the 
applications. 


Applications sharing the access method can share the 
network. 


Roth support all major SNA functions. 


Both are very complex. 
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PROTOCOLS : 


FEF 
SOFTWARE =| 


DIAGNOSTIC : 


CAPABILITIES > 


COMPLEXITY | 


OF ERATOR 
COMMANDS 
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Od rat lade. ) Bee 


MSG 


SWITCHING 4 
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BTAM ACF /VTAM 
BSC, S/S 3270 BSC 
SDLC 
EF NCF 
SIMPLE EXTENSIVE 
SIMPLEST VERY COMFLEX 
NONE EXTENSIVE 
NONE NONE 
NONE NONE 
NO YES 
SUPFORT 
NO ~ YES 
SIMFLEST VERY COMPLEX 
OS, DOS OS, DOS 
3270 
Sh.. BSC ALL MODELS 
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When 270x~-like, non-programmable front ends first became 


available, they fulfilled the following needs: 


a) Provide a standard interface to the host I/0 channel on 
behalf of the network. 

b) Fartially make up for the speed mis-match between host 
channel and the network. 

c) Provide EIA (or equivalent) interface for each line and 
buffer line data. 

d) Provide some DLC control characters'9 and check for 


transmission errors. 
Some of the major limitations, above and beyond capacity, were: 


Lack of flexibilty, meeded vendor personnel to make changes to 
network configuration- expensive for both vendor = and the 
customer, and centralization of network management, control, and 
protocols in the host. 


The advent of solid state technology made possible the creation 
of larger and programmable front ends at a less than prohibitive 
cost. 


Initially, however, these programmable machines did not 
takeover any of the existing host functions as that would 
have required changes in the host system software which most of 
the customers did not want to make. So while programmable, these 
machines still emulated the old hardware FEFs in their functional 
capabilities. Thus, these machines came to be known as Emulation 
Frogram (EP) machines 

Some of the non-IBM front ends not only provided complete EF 
capabilities, but also additional features, such as speed/code 
conversion, not available on IBM2370S/EFP. Such non-IBM oferrings 
were sometimes also referred to as the EF+ machines. 


Some examples of such vendors are COMTEN (now part of NCR), CCI, 
and Memorex (Burroughs). : 


(VTAM and TCAM only) 


With SNA came the need to off=-load network management and control 
functions out of the host and, thus, the NCF. Link protocol 
(SDLC), activation/deactvation of network resources, tracking 
status are done by the front end with NCF. NCP is also capable of 
staying operational even when the owning host is lost- a 
critical requirement in a multiple-host, networking environment. 
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FEP SOFTWARE AND SUBCHANNEL REQUIREMENTS 


EP: 
ONE SUBCHANNEL PER LINE 


ONLY BYTE MULTIPLEXER CHANNEL (SLOWEST) 


NC P: 
ONE SUBCHANNEL FOR THE WHOLE NCP (OR FER CHNL ADAPTER) 


CAN CONNECT WITH BLOCK MUX OR SELECTOR CHANNEL 
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| CURRENT CONFIGURATION: 
BTAM/TCAM EF 
[ ; ; ; ASYNCH, 
1 ; BSC 
TRANSITION CONFIGURATION: 
: 
i PEP 
; ; ; ; ASYNCH 
| EF BSC 
| NCP SDLC, 
4 ne Po BSC 3270 
FINAL OBJECTIVE 
VTAM/TCAM NCP 
| _ F _ F 
SDLC 
BSC 3270 
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Identify major advantages phate 


environments. CH 


Qne of the major advantages of TP monitors is the ability to 
share the network among multiple applications. 
meant by the “dedicated networks" 





environment? . 








TP Monitors 









over earlier 





What advantages do programmable front ends offer over 
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er ogkener front ends? Sorat ten. 


What is meant By the PEP SOR Saree en 2 and when is its use 


appropriate? ire 


For each of the link protocols shown below, 
access methods and front end software with which they can be 


supported: 
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EMERGING TRENDS AND ISSUES 


oe oh aa eee C8 oem em ome Te enn amen wen Gites ae = 2a ae an Glas «cE el ee 


(LATE 60s EARLY 70s) 


"IN THE WORLD OF THE FUTURE, WILL THE INFORMATION SYSTEMS - BE 


CENTRALIZED OR DISTRIBUTED, MAXI, OR MINI, TOP DOWN OR BOTTOM UF?" 


PYES ri, 


DR. LEWIS M. BRANSCOMB ~ 
VICE-PRESIDENT, CHIEF SCIENTIST 
IEM, 1979. 
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When discussing teleprocesing or data communications systems 
there are often implied assumptions about what is called a 
network. Obviously. a collection of transmission facilities 
alone without additional protocols is not a network. 


A set of "locally" interconnected terminals (consoles) = and 

machines (disks, tapes, printers, etc.) within one computer 

center can be called a network, but are not included in 
teleprocessing discussions since they do not involve 

telecommunications. 


Sometimes networks are classified based upon whether they are 
fixed in place (using leased lines) or transitory (using dial 
up lines). In some cases it is possible to identify a network: 
in terms of applications using the network e.g., 
Inquiry/Response, Remote Job Entry, Time Sharing, Data Entry, 
etc. In any significant system a simultaneous mix of several 
of these functions will be found. 


However, one critical characteristic of these systems by which 
they may be distinguished is the manner in which the _ host 
machine exerts control over the system. In the more 
traditional "teleprocessing"” or strictly terminal-oriented 

systems, there is only one host and it supports many terminals 
im a hierarchical way. There may be only two levels in the 
hierarchy, host and terminal, or more. A four level hierarchy 


may involve host. front-end, cluster controller, and terminals. 








As the number of single host systems grew, it became desirable 





to consolidate communications networks. There were many 
Situations within the same community of users in which 
different hosts (often different types) provided different 
application programs and services to different types of 





terminals over non-shared communication lines often operating 
well below capacity. | 


Consolidation of single host networks gave rise to networks 
with multiple coequal hosts, none of which was single-handedly 
in control of the total network. Each of these hosts could 
interact with the other to Provide resources to its 
applications and terminals on demand. 


‘ a use ri 
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This latter type of environment with multiple hosts is often 
referred to asa "computer networking" or simply "networking" 
environment toa distinguish it from traditional, terminal 
oriented (i.e., single host) systems. | | 


Once the concept of computer networking took hold, it became 
obvious fairly quickly that advantages of such an environment far 


surpassed the reduction in line costs. Performing code 
conversions, providing alternate routing for backup became 
natural extensions of such a system. As viewed by the user 


community (or more accurately, the "potential" user community), a 
networking environment can provide more powerful options such as 
a complete freedom for any terminal to access any CFU or any CFU 
to access any other CFU. 





Such a set of general objectives gives rise to a generalized 
definition of computer networking as "a set of autonomous, 

independent computer systems, interconnected so as tO permit 

interactive resource sharing between any pair of end-points." 





However, such a generalized objective of sharing resources raises : 
communications issues far more extensive and complex than those es i 
ef achieving increased utilization at a lower cost. 3 


These issues also involve complex regulatory matters that 
infringe upon the scope of the Bell System’s and other regulated 
carriers” involvement in the networking solutions. 





There is the need for common definitions, message formats) and | 
protocols between different data-processing systems communicating | 
with each other and between data-processing systems and remote 
devices. | 





The network management itself presents a whole new set of 





problems. Some of the questions that come up are —- which 
operational center is going to be responsible for which part of 
the network? How are the back-ups to be provided”? How do 


various hosts coordinate their activities with each other” 





“Distribution of data bases is a whole new area which needs a 
separate discussion. There is a great amount of research and 
development effort being spent in this area. The rewards of such 
efforts still seem a few years away. 





distributed processing have an attractive set of advantages, 
their design and installation is complex enough to put them out 
Of the reach of an average potential user today. But, for those 
who do want to explore the implementation of such an environment, 
there are two basic approaches available - Frivate Networks and 
Shared Public Networks. These two approaches are discussed next. 


So, while networking environments with resource sharing and l 
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First of all, a private network in this context does not mean a 
Private or leased lines network- switched lines are very much a 
Tr. part of it. These networks are private in the sense that they 
] | are deployed, managed, used, and controlled by a customer for its 
Own purposes. The network still consists of predominantly common 
carrier facilities. 


! In this context, most xisting customer networks today are 
private networks. 


In a networking environment a customer may use an architecture 
such as SNA to build such a private system. In a sense, all that 
SNA would provide in this case would be the guildlines to build 
such a system. 








It would be the customer’s responsibility to select appropriate 
SNA compatible terminals, proper hardware and software for the 
front- end, appropriate host system software and applications. 





Customer would also be responsible for physical network design 
(mumber of private and switched lines, use of satelites, speeds, 
| location and number of drops, etc.), modem selection, attaining 
tf response time objectives, and backup and recovery of network 





failures. 


Somewhere along the way the customer would also have to 
understand what SNA formats and protocols mean, which in itself 
may cause some problems. 
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An increasingly attractive option for a number of customers may 
be not to do any development on their own but, rather, connect 
into existing data networks available for public access for a fee. 


Sinem, 


Such networks, called the shared public networks, are being 
provided by certain vendors who use common carrier facilities for 
actual transportation of data. Billing to customers is primarily 
based upon usage and not the distance that data nas to travel. 


Some other names for such networks are Fublic Data Networks 
(PDNs) and Value Added Networks (VANs). 


Currently some of the available offerings in the U.S.A. are 
Tymnet from Tymshare, Telenet from GTE and NET/1000 from AT&T 


Information Systems. 


A customer using a public network does not have to worry about 
network management, operation and recovery. Most of these 
networks also provide features (called "values" and. thus, the 
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mame VANS) such as code, protocol, and speed conversions which 


make it possible for an end user to communicate with a diverse 


range of terminals without requiring the support software in the 
host. | | 2 _ | 


Value added networks, because of their complexity. provide a big 
challange to potential vendors. Maintaining security and message 
integrity are two of the major concerns of the VAN users. But 

on the other hand, VANS also provide ready made data networks 


that one can use with minimal effort in a manner similar to using. 


voice networks. While the VAN concept is here along with a_ few 
basic offerings, it would probably be a few years before VANs 
become an ubiquitous force in the data marketplace. 


It should also be noted that private and public networks are not 


mutually exclusive. It is quite likely that the comprehensive 
solutions of the future would include a combination of both 
public and private networks along with emerging technologies 


such as local area networks (LANs). 
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NEW ISSUES 


MAJOR THEMES HERE ARE: 























! -~ _- DISTRIBUTON OF FUNCTIONS 
- RESOURCE SHARING / COMPUTER NETWORKING 
| - GROWTH: DATA VOLUMES, APFLICATIONS, HOSTS 
- MIGRATION: ABILITY TO ACCOMODATE NEW 
TECHNOLOGIES 
I 
I 
I 
| 
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NEW ANSWER: COMPUTER NETWORKING SYSTEMS 


THE PROCESS OF INTERCONNECTING HOST COMPUTERS SO THAT 


THEY CAN COMMUNICATE AUTOMATICALLY 


ANY APPLICATION/TERMINAL IN THE NETWORK SHOULD BE 
| ABLE TO ACCESS ANY OTHER APPLICATION/TERMINAL WITHOUT 


ANY REGARD TO ITS LOCATION 


IMPLEMENTATION OF NETWORE ING SOLUTIONS THROUGH 


FORMALLY DEFINED ARCHITECTURES SO THAT FUNCTIONS OF 


VARIOUS COMPONENTS ARE FRECISELY DEFINED AND, THUS, | 


THERE IS NO AMBIGUITY WITH RESPECT TO COMFATIBILITY 


ISSUES AND FUTURE MIGRATIONS ~ 


SN@ IS ONE SFECIFIC EXAMPLE OF THE ABOVE CONCEFT 
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EVOLUTION OF NEW ISSUES AND ARCHITECTURES 


1. As defined in this tutorial, what is the difference between 
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4. What is the major difference between a private network and a 
shared public network * | 
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UFON SUCCESSFULLY COMPLETING THIS UNIT THE ATTENDEE SHOULD BE 
ABLE TO DEFINE THE FUNCTION OF: 





NETWORK ADDRESSABLE UNIT (NAU) 

| SYSTEM SERVICES CONTROL POINT (SSCP) 
| FHYSICAL UNIT (PU) 

SNA SESSIONS 

ACTFU, ACTLU, BIND, AND SDT COMMANDS 

LOGICAL UNIT (LU) 

REQUEST/RESPONSE UNIT (RU) 

REQUEST/RESFONSE HEADER (RH) 

TRANSMISSION HEADER (TH) 

PATH INFORMATION UNIT (PIU) 

DOMAINS 

SUBAREAS 
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"eeee ARCHITECTURE FOR BUILDING COMPLEX. MULTIPLE HOST 


NETWORES WITH DISTRIBUTED PROCESSING AND RESOURCE 


SHARING..." 
IBM's ARCHITECTURE 
A METHODOLOGY/PHILOSOPHY, A SET OF RULES 


ALL IBM COMMUNICATIONS PRODUCTS, HARDWARE AND SOFTWARE, IN 


THE FUTURE WILL CONFORM TO SNA SPECIFICATIONS 


SNA ADDRESSES SELECTED COMMUNICATIONS ISSUES ONLY AND NOT . 


AFFLICATION ORIENTED FUNCTIONS 


CAN IMPLEMENT SNA NETWORES WITH NON- IBM PRODUCTS SUCH AS 


DATASFEED 43540E, COMTEN, AND AMDAHL AND NUMEROUS OTHER 


VENDORS 
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A SFECIFIC PRODUCT - i.e., A PIECE OF HARDWARE/SOFTWARE 


a. | 
= 


Ze A LINE PROTOCOL —- IT IS MORE THAN SDLC 


A SPECIFIC ACCESS METHOD 


(4 


4. A FRONT END 








SNA ENCOMFASSES ALL OF THE ABOVE AND FROVIDES SPECIFIC RULES AND 
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of FROTOCOLS FOR ALL OF THE AROQVE 
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LINK LEVEL 
FEF TO CLUSTER CONTROLLERS 


FEF TO DEVICES 





ACCESS METHODS TO FEP/CONTROLLERS <oaaiaenaS< 


HOST APPLICATION TO DEVICES 


Ze COMMANDS: 


ACTIVATION/DEACTIVATION -2f4ptstr-tuclte- 


SHEEN Sie Sean icy 
; 


INTERROGATION ¢}. btn Aone 





STATISTICS/DIAGNOSTICS 


Ee CONTROL AND DATA FLOW SEQUENCES 


4, MESSAGE FORMATS: 
HEADERS/USER DATA 


DETAILED BIT SPECIFICATIONS 
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GETTING A HANDLE ON SNA: THREE VIEWS 


OPERATIONAL (STRUCTURAL) VIEW 
- NETWORK ADDRESSABLE UNITS (NAUsS), DOMAINS, 
SUBAREAS, ... 
LAYERED VIEW 


- SNA LAYERS 


PRODUCT VIEW 


- VTAM, TCAM, NCF, IBM 3270 
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NETWORK ADDRESSABLE UNITS: NAUs 


SOURCES 


' NAU } 
' NAU ! 'NAaU! 
' NAU } 


AFPLICATION 


ACCESS METHOD 


& SINKS 


STATION ==, 
CONTROLLER 


oe ._ aor / NA 
pap gee GT im NAU th? 
} ae \ 
‘ \ NAU 


MODEMS TT. 


( ‘ 


PRINTE 
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Each network element that can be a source or destination of 
data must have a unique network address and is known as an NAU. 


NAUS include: 


’ 5 


Host Access Method 


FEF Control Frogram (NCF) 


Cluster Controllers 


Terminals 


Applications 





While communications lines also have SNA network addresses 
associated with them, they are mot SNA NAUs since lines cannot 
be the ultimate sources or destinations of messages. 
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SYSTEM SERVICES CONTROL POINT: 


PHYSICAL UNIT: 


LOGICAL UNIT: 


HOST 
Fer 
; LU} Ds 
a re ee ne 
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7°: ; oR MODEMS 
{___ ACCESS METHOD 
AFFLICATION 
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SSCP 
PU 
LU 
CRT 
CONTROLLER at 
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SNA formally defines capabilities and functions for its network 
addressable units. There are three types of NAUs defined with 
different capabilities: - ‘ 

System Services Control Point (SSCP) 

Physical Unit (FU) 

Logical Unit (LU) 


These NAUs will be discussed next. 
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SYSTEM SERVICES CONTROL POINT: SSCP 


OVERALL CONTROL AND MANAGEMENT 


— : § 
: § 
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APPLICATION 


ACE/VTAM 
OR 
ACF/TCAM ‘ 


MODEMS 
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Special purpose NAU which is used for network management == and 
control. 


SSCF resides within the host access method and manages’ that 
portion of the network that is assigned to this access method. 


Functions of SSCF include 
~- Brings up/down the network 
- Helps in setting up sessions 
~ Schedules error recovery 
- Executes operator commands 
~ Keeps track of the status of network resources. 


While a host access method contains all the SSCF functions, it 
is not limited to the SSCP functions only. An access method, 
typically, also performs functions other than the SSCF. 
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PHYSICAL UNIT: PU 


REGIONAL CONTROL 


CONTAINS A SUBSET OF SSCP CAPABILITIES 


INITIATES ACTIONS BASED UFON COMMANDS FROM SSCF 


PU TYPES: 1, 


2, 4, AND 5 


CRT 
. CONTROLLER tt 
‘ ae oa cL ee e / 
ee ee | ee 
ae \ 
\ 
MODEMS | ane 
PRINTER 


HOST 
! FEP 
| a tt PU 
!___ ACCESS METHOD 
APPLICATION | 
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PHYSICAL UNIT (PU) 

A FU is an NAU which actS aS aA companion to the SSCF 
in network management and control functions. It contains a 
subset of the SSCF capabilities. 


Typically, with each FU there is associated a FUCF, Physical 
Unit Control Point. 


Functions of a FU include: 


-Activation and deactivation of data links (NCF FU) 

-Assistance in recovery procedures during network communication 
failure (NCF FU) 

-Froviding control functions for a local operator (cluster 
controller FU) 

-Froviding control and management of stations directly connected 
to it (cluster controller FU) 


SNA defines four classes of FUs: 


TYPE 3S ~- Host node (FU_TS) 
TYPE 4 — NCF node (FU_T4) 
TYFE 2 - Cluster Controller node (FU_T2) 


TYPE 1 - Cluster Controller node (has less capabilities than 
type 2 FU) (FU_T!) 


It should be noted about the FU_TS that it is NOT the same _ as 


the SSCF even though it is contained within the the access 
method. 
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LOGICAL UNIT: LU 


USER DATA 
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LOGICAL UNIT 


An LU is an NAU which provides “ports" or "windows" through 
which end-users access the SNA network. 


Typically LUs are associated with devices behind a cluster 
controller and with host applications. 


Functions for an LU may include: 


-Data conversion for an end-user 

-Local editing 

-Correlating SNA responses with requests 

-~Providing Data Flow Control Signals 

-Originating session initiation and termination requests. 


Examples of typical LUs would be: 


Network LUs: CRTs and printers on a controller (such as 4540E or 


4540 ADCCF). each CRT or printer being one LU. 


Host LUs: Online systems such as TSO, IMS, CICS, and JES 


etc. each would constitute one LU. All of CICS, 
with all of its programs, would count as one LU. 
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A TEMPORARY LOGICAL CONNECTION BETWEEN 
TWO NAUs 


SESSION MANAGEMENT 


NAU LOCATION 
SESSION AUTHORIZATION 
NAU CAFABILITIES 


DIFFERENT LEVELS OF INTELLIGENCE 
IN DIFFERENT DEVICES 


ARE WE TALEING AT THE SAME LEVEL” 
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SNA Sessions: 

SNA uses the term ‘“session* to denote communications between two 
Network Addressable Units (NAUsS). A session by definition is a 
temporary logical connection in place by agreement of the 
participating NAUs. 


Management of sessions is one of the major functions of am SNA 
network. In older, pre-SNA, systems such as CICS/BTAM there used 
be oanly one destination in the host and all sessions belonged to 
it (CICS). 


When there are multiple applications in one host or spread over 
multiple hosts, one of the problems is to find the location of 
the application itself. 


Also, it has to be determined if the terminal user is) authorized 
to access that host (access method) and its applications. 


Host application LUs are allowed multiple concurrent sessions 
with other LUs. It is important that session data for separate 
Sessions be kept separate from each other. 


Different devices in the network have different levels of 
intelligence and capabilities. Therefore, one also has to know 
which data formats, SNA commands, and protocols are valid for a 
Given device. 


All such issues are part of the session establishment and 
management procedures and are discussed later in this course. 
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Types of sessions in SNA: (Single Access Method) 


SNA defines the following classes of sessions: 


SSCF - FU Sessions 
SSCF - LU Sessions 


LU - LU Sessions 
Sessions involving SSCF are basically "hand-shake" activities 
that occur when an access method brings up an NCP, cluster 
controller, or a device on a controller. A session with SSCF, 


when established successfully, means that the particular resource 
is "up", available and, usable. 


The session types have a hierarchical relationship, 1.e. before 
an LU-LU session can take place, the following sessions must be 
in place in the order shown: 


SSCF - FU (NCP) Session 


SSCP - PU (Cluster Controller) Session 
SSCP - LU (Device) Session 
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FRIMARY 


ALWAYS IN HOST 


IN TF MONITOR (IF VTAM) 
IN ACCESS METHOD (IF TCAM) 


MULTIPLE CONCURRENT LU-LU 
SESSIONS PERMISSIBLE 


2S GN aD ero aay we com «ame 
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SECONDARY 


NETWORE DEVICES ALWAYS 
SECONDARY 


se, 


HOST SOFTWARE CAN BE 
SECONDARY WHEN IN SESSION 
WITH ANOTHER FROGRAM 


ONLY ONE LU-LU SESSTON 
ALLOWED AT A TIME 


CEH 
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LU-LU Sessions Introduction: 
LU-LU sessions are, of course, where all application data is 
carried in SNA. 


There are several additional considerations unique to such 
sessions and some of them are discussed here. 


In an LU-LU session one the LUs must be designated as the Primary 
LU, FLU, and the other the secondary LU, SLU. Network devices by 
definition are always SLUs. The primary LU has more 
responsibilities in SNA. In an application to application 
session, one of the two applications must act as the secondary 
LU. 


In a VTAM environment, examples of host LUs (FLUS) would be 


subsystems such as CICS, IMS, JES, and TSO. 


In case of TCAM, the host LUS are contained entilrely within 
TCAM. 


While FLUs are allowed to Support multiple concurrent sessions 


with several SLUs, an SLU is not permitted to have more than one 
session at any time. 
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THE USER INFORMATION LINE (LINE 25) INDICATES THE SESSION STATUS 
OF A 2270 | : 
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#1 #2 #5 #4 i #5 #6 | _ 
SESSION TYFE SYMBOLS ON LINE 25 

SSCF - FU (NCF) | BLANK 

SSCP - FU (CONTROLLER) BLANK 

SSCP =: LU SYSTEM 

LU = LU STICKMAN 





(DURING THE CHANGE-OVER FROM SSCF-LU TO LU-LU, FIELD 1 WOULD 
SHOW "?" FOR A BRIEF DURATION) 
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(ONLY MAJOR DETAILS SHOWN) 


HOST ACCESS NCP CONTROLLER CRT OR 
APPLICATION METHOD PRINTER 
! pS s _ ! ! 
- Ss } ; 
‘LU? r cf 1 py (PU f LU 
ne ; ; 
ACTRU. s=seeese ‘, 
pegeu ae + RESF (SSCP-FU SESSION) 
ACTLINE. =<-==<<- , 
Puce eews + RESF 


(EXCHANGES ABOVE DO NOT GO BEYOND FEF MODEM) 


HHH HEH HHH HEE EEE EE EE IEEE HEE IE TE IEEE HE ETE IE IE HEE EE 


(EXCHANGES BELOW CAN BE SEEN ON THE LINE) 


ACTPU --------------------- . 
oe aa ar eee eng + RESP (SSCF-FU SESSION) 
ACTLY wae nnn nn nn . 
( sean nanan === === + RESF | 
(SSCF-LU SESSION 
ee ae de ey ee aT eT Tan eestor LOGON 
LOGON ACCEPTED ----------------------------~------~------- ‘ 


(LU-LU SESSION) 
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Unit 3: Review Quiz A | — "es =: oe | led 





1. What is an NAU in SNA? 





Sarwres 


2. Name 2 types of NAUs in SNA: 
CSeP 


t. tA 
3 Which NAU causes the control to be centralized in the host in 


an SNA network? ap i 

















4. What, is oe ecrP hel PU? 
ne 
6. Identify v various SNA sessions, in the Eien sequence, that 


must take place before an LU-LU session can take place: 
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SNA MESSAGE FORMATS AND HEADERS 





1. PRECISE RULES FOR MESSAGE FORMATS 


ie DIFFERENT TYPES OF HEADERS CARRY DIFFERENT TYFES OF 





INTELLIGENCE 





we SOME EXAMPLES OF TYFE OF INFORMATION IN HEADERS: 


= LINK CONTROL INFORMATION 





= ROUTING INFORMATION 
| = DATA FLOW MANAGEMENT INDICATORS 


= WHETHER THE MESSAGE IS TEXT, SENSE/STATUS INFORMATION, 
(e.g.-, PAPER JAM IN PRINTER), OR SNA COMMAND 
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MESSAGE FORMATS AND HEADERS: REQUEST RESFONSE UNIT, RU 


con ae ee ae eee eee oe ED Cle <GbED GED OOD ee exe RD enn Guat OD etl CED Mb: Ty a wes eae ES ah Gh a ae «ee aw —p 2 a en CED ae om? are ee cae wees cms ey 


USER DATA (REQUEST) 


OR 


RESPONSE TO A REQUEST (RESPONSE) © 


OR 


SNA COMMAND 


REQUESTS: 
OF ERATOR ENTERED DATA | 
MESSAGES FROM HOST FOR THE DEVICE 


RESPONSES: 
1. SENSE/STATUS INFORMATION: 
INDICATE NON-TRANSMISSION TYFE ERRORS 
EXAMFLES: FAFPER JAM, BAD ATTRIBUTES TO CRT 
PROTCOL VIOLATIONS 


2. NULL RU: | 
ERROR CONDITION REQUIRES NO FURTHER EXFLANATION 
ANOTHER HEADER CONTAINS GLOBAL RESPONSE 


COMMANDS: 


SNA COMMANDS ~~ 
ACTPU, ACTLU, ACTLINK....... | 
COMMANDS MAY ALSO REQUIRE RESPONSES 
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An SNA network not only has the end-user data flowing through 
it. but also the SNA commands and control information. In any 
case, each entity flowing through the network 1S either a 


Requests: All messages that contain user data or SNA commands 


are called “requests”. Thus, the operator entered data at a 
device is a "request" from the remote device to the host 

application - even though the message may not request the host 

to do anything. Similarily, an application generated message, 

e.g... customer information in response to an operator inquiry, 
is a “request” from application to the remote device. 

In simple English - what have been called messages between = end 

users traditionally - are now called requests. 


Responses: A "response" is an acknowledgement from the 


receiving LU to a "request". Not all requests require 
responses. 


Request/Response Unit (RU): An RU is end-user data or 


response or an SNA command before any headers have been 
attached to it. | 
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A DESCRIPTION OF THE PERSONALITY 
OF THE RU THAT FOLLOWS ME 


WHETHER THE RU IS A: 


= REQUEST (USER DATA) 


INDICATORS WHETHER A RESFONSE IS REQUIRED FROM 


RECEIVER 
DATA FLOW CONTROL BITS 


= RESPONSE (SOFTWARE OR DEVICE MICROCODE GENERATED) 
NON-TRANSMISSION ERRORS 
INDICATOR FOR GLOBAL + OR - RESPONSE TO A REQUEST 
OR SNA COMMAND | 
IF - RESFONSE, RU MAY HAVE SENSE/STATUS INFO 
- ~ SNA COMMANDS 


ACTFU, ACTLU, BIND, ......... 
MORE COMPREHENSIVE LIST LATER 
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Request/Response Header (RH):S An RH is added to each RU to 


indicate whether: 
RU is a request or response (and the actual Response type, 
if response) 


RU contains control information and the category of 
control information. 


Combination of RH and RU is also called the Basic Information 
Unit or BIU. 
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ROUTING INFO of 


= MESSAGE ORIGINATION AND DESTINATION ADDRESSES 





= OTHER INFORMATION TO BE DISCUSSED LATER 





FATH INFORMATION UNIT (FIU) 


> one <a a 28D On CARED Ce CRED GED ee Gee corm anki Camp <_<» are ap eu wn ae aE ee am 





TH + RH + RU COMBINATION IS REFERRED TO AS THE PATH 
INFORMATION UNIT (FIU) IN SNA 
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Transmission Header (TH): A TH is added to RH by Path Control. 


TH contains the address of the message origin and destination 
points and indicates the type of FU the message is destined 
for. 


The combination of _ “TH, RH, and RU is called the Fath 
Information Unit, FIU. 
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{oe enn = PIU -33--------- > 
‘SDLC HDR : T 4H (| RR #H i RR U | SDLC TRLR |! 
sl i ica faye ee eae 
\ f 
\ / | 
\ / 
\ / .f 
; | 
SDLC 





HEADER AND TRAILER 





LINK MANAGEMENT INFORMATION 





FARITY INFORMATION FOR DETERMINING LINK ERRORS 





FIU PART OFTEN SHOWN 
AS "USER DATA" IN SDLC 
DOCUMENTATION 
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SNA ALLOWS MULTIPLE TYPES OF TRANSMISSION HEADERS 


EACH TH IS IDENTIFIED BY ITS FORMAT ID (FID) 


TH OVERVIEW 


BYTE O 
H 1 O THER INFORMATION ‘ 
LOLZSL456Z1 ! . 
i _ ROUTING AND OTHER 
BITS O-= HITS 4-7 INFORMATION 
H Vv 
: IGNORE FOR NOW 
Vv 
FID TYFE 


USED WITH NETWORE STATIONS: 


QO10 
QO11 


FID2 
FID: 


6 BYTES 
« BYTES 


USED WITH FU.T2 
USED WITH FU.T1 


USED 


ONIOO 
Oo0O1 
0100 
1111 


NOTE: 


INTERNALLY BETWEEN NCFs AND HOSTS: 


FIDO 
FIDi 
FID4 
F IDF 


10 BYTES 
10 BYTES 
26 BYTES 
26 BYTES 


HOST-NCF, NCP-NCF, FOR NON-SNA DATA 
HOST-NCP, NCP-NCF 
REPLACES FID 1 AS OF RELSE = 


INTERNAL TO SYSTEM, RELSE 3 


VTAM DOES NOT SUPPORT FID O 
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FID USAGE REVIEW oe ; | ba 
| | ? 
cIcs } | VTAM } ; 
NCF ! 
PU.T2 PU.T1 | 
LUA !_!--1_!----------- | t+ t--!_! Luc 
: FU e T2 
{----——— 1 t--1_! LUE 
FOR THE CONFIGURATION SHOWN ABOVE, SHOW TH FID TYPE FOR MESSAGES 1 
FOR EACH OF THE LINKS. ## ASSUME PRE-RELEASE 3 SOFTWARE, NO FIDs | 
4 IN USE. 























SNA HEADERS AND HOST COMFONENTS 


HEADER/DATA HOST COMPONENT RESPONSIBLE 
APFL 
R U TF MONITOR 


ACCESS METHOD 


5 





ay 
=e 
D 
1) 
- 
m 
wm 
Ww) 
x4 
m 
sal 
IT 
O 
oO. 


Z 
O 
. 








* EVEN THOUGH AFFLICATION AND TF MONITOR MAY SFECIFY THEIR 
REQUIREMENTS FOR RH, THEIR REQUIREMENTS ARE FASSED TO THE 
ACCESS METHOD AND THE ACTUAL RH IS ALWAYS BUILT BY THE 
ACCESS METHOD | 
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DOMAINS AND SUBAREAS 
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For the purposes of controlling resources (FEPs, links, FUS, and 
LUS) and routing messages through an SNA network, all rescGurces 
are viewd as belonging to domains and subareas. 


Domains: Each SSCF in an SNA network is assigned the ownership 


Of apart of the network. All resources that belong to the same 
SSCF constitute the domain of that SSCF. 


Only the owning SSCF can activate or deactivate a resource. 


Subarae: The concept of subarea exists strictly for providing 


route definitions and not for control purposes. 


Each SSCF and NCF must be assigned a unique number, called the 
subarea number during the sysgen. Subarea numbers have to be 
unique not only within the domain but also across domains in 
multiple host environments in order to ensure unambiguous paths 
through the network. 
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-$__ BOUNDARY FIXED BY SYSTEM PROGRAMMER 




















. 2 
NETWORK ADDRESS AND TH: FID 1 AS AN EXAMPLE l 
FID 1 
BYTE ~---—* 
Q 1 2 3 4 af 6 7 8 9 
; DAF | OAF 
eee ee ern a eS ae eee nee ee ee eee | 
Vv {ss SUBAREA/ELEMENT OF MSG | 
_ tree nn a ; DESTINATION AND ORIGIN i 
+OLEPRiL45 671 DAF: DEST ADDRESS FIELD a 
BITS 0-3 BITS 4-7 OAF: ORIG ADDRESS FIELD 
H Vv 
IGNORE FOR NOW 
V 
FID TYFE 
QOOL FID4 
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As mentioned earlier, subarea -numbers are used to generate 

network addresses for the network resources (NAUs). All NAUs 
comnected to the same subarea have a common subarea address’ and 
each resource has a unique element number within the subarea. 





| The metwork addresses in SNA are 2 bytes (16 bits) long. The 
| first (left) part of the address contains the subarea number and 
| the second part contains the element number. 


= SNA does not require any particular boundary between subarea and 
i element parts. It is the responsibility of the system programmer 
to specify the subarea/element boundary as a part of the system 
generation procedures. 


The network addresses are ultimately plugged into the 
Transmission Header (TH) and are used as a basis for routing 
messages through the network. 


Example on the opposing page shows a FID 1 TH and the locations of 
message origination and destination addresses within the TH. 





Other TH types will be discussed in more detail later in the 
course. 
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a) 


5b) 


c) 


d) 


e) 


7. 


Unit 3: Review Quiz 2 


What is the purpose of TH? 
Which host software component provides the TH? 


What type of information is carried in an RH? (give any 


three examples) 


What is an SNA domain? 


What are subarea numbers associated with in an SNA network? 


For the PIU shown below, answer the questions below: 


1PooEoodz00cboos0008 0BB000010201C002 

(PIU ba host to NCP, the system is janerated to accomomodate 
no more than 15 subareas) 

What FID type TH is being transmitted? 

What is the subarea number of the host? 

What is the subarea number of the NCP’? 

How many bytes are contained in the RH/RU part of the PIU? 
Does the RU contain an SNA command or user data? If SNA 


command, which one? 


1FOOO060E020000010006 6B8000 110101 


For the PIU above, indicate the following: 


TH FID type: 
RU is: Request or Response 
RU contains: Data or SNA command 


If SNA command, name of the command: 
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UNIT 7 


HIGHER LEVEL SNA PROTOCOLS - I 


OBJECTIVES: 


AT THE CONCLUSION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO 
DEF INE THE MEANING AND AFPFLICATION OF THE FOLLOWING SNA 
FROTOCOLS: 

SEGMENTATION 

CHAINING 


FACING / VFACING 





SEQUENCE NUMBERS 
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: 4 
ONLINE ACCESS CLUSTER PRINTER 
APPL SYS METHOD FEF CONTROLLER OR CRT 
' LU fe==! SSCF f----! PU: feasts : PU t=! Lu: 
25K 250k 1001 0. 2k Lt 
FINITE AMOUNT OF STORAGE IN: | | I 


VTAM BUFFERS 

NCF BUFFERS 

DEVICE FU BUFFER 
STATION CLUSTER BUFFER 


NEED TO GUARD AGAINST SENDING MORE DATA THAN CAN EE HANDLED 
BY A GIVEN ENTITY: : 





_ SHOULD THE MESSAGE BE DIVIDED IN TO SMALLER PIECES”? 





. HOW BIG SHOULD BE THE "FIECES"? 
“ GIVEN PROPER SIZED "PIECES", CAN WE RELEASE THEM ALL ae 
AT THE SAME TIME? | | 


ASSUMING A SYSTEM TO BE CONFIGURED AS ABOVE, HOW SHOULD AN~ 
AFLLICATION GENERATED 2K LONG MESSAGE BE HANDLED? a4 
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\ 
[ SNA FROTOCOLS TO FREVENT FLOODING OF BUFFERS 


ONLINE ACCESS PRINTER 
AFFL SYS METHOD FEP CONTROLLER OR CRT 
' LU f=<=<! SSCP f!----! PU | Seine / By f=! Lu | 


SOME OF THE PROTOCOLS UNDER SNA THAT HELP IN MANAGING THE FLOW OF 
DATA WITHOUT EXCEEDING / FLOODING VARIOUS BUFFERS: 


SEGMENTATION: CONTROLLER (PU) BUFFERS 
CHAINING: PRINTER/CRT (LU) BUFFERS 
SEQUENCE TO RECOVER CHAINS 
NUMBERS: | 
PACING: FRINTER/CRT (LU) BUFFERS 
VFACING: NCF / VTAM BUFFERS 

NOTE: NOT ALL DEVICES SUPFORT ALL OF THE ABOVE 
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ae 


| SEGMENTATION | _ | eae . 


"TO ENSURE THAT “NO SINGLE PIU EXCEEDS THE FHYSICAL UNIT PU) a 
BUFFER " . 
PLU AM eee ; | eee er ti 


uaa we § 
oe ed ma 8 


De USED BETWEEN NCF AND FU (A FU-FPU FROTOCOL) 


=~. ANY FIU THAT EXCEEDS THE FU BUFFER SIZE WILL BE "SEGMENTED" 


INTO MULTIFLE FIUs BY THE NCP 


oe FOR EACH FU IN THE NETWORK, ITS BUFFER SIZE IS SFECIFIED 





DURING THE NCF SYSGEN 


: 
r 
coe | 
I 
i 
mm 
Tr 
n 
Cc 
| 


| ___—-s SEGMENTATION INDICATORS ARE CARRIED 
IN THE TRANSMISSION HEADER 
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CHAINING 
I "TO ENSURE THAT NO SINGLE FIU EXCEEDS THE LOGICAL UNIT (LU) 
BUFFER" | | 

APPL. PRINTER (CRT) 

| Gon ee ert cd recor se A M FEF F U Ga eae eg pes trem s 

‘a a cr a eee eee ee ae 

PLU SLU 
Beet eee EHAINING: @s22eee S22 22ec2se.5: 





USED BETWEEN FLU AND SLU. (AN LU-LU FROTOCOL ) 


=e ANY FIU THAT EXCEEDS THE RECEIVING LU*s BUFFER MAY BE CHAINED 


ag Smee 
j-- 


INTO MULTIFLE ELEMENTS BY THE SENDING LU 














3. FOR CHAINING, THE SENDING LU MUST KNOW THE SIZE OF THE 

RECEIVING LU’s BUFFER SIZE 
4. EVEN THOUGH USED WITH IBM CRTs ALSO, PRIMARILY USEFUL WITH 

LONG REPORTS FOR PRINTERS 
(22~------------+-- PIy ------------~~~~--------> 

| TH et RH ee RU 

[ a CHAINING INDICATORS ARE CARRIED 

a | IN THE REQUEST/RESPFONSE HEADER 
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om 


"TO KEEF TRACK OF CHAINS AND CHAIN-ELEMENTS IN AN LU-LU SESSION" 


PRINTER (CRT) 


: AM FEP POU »o----------- 
a 3 
L. -le SLU 


ALL FIUs IN A SESSION ARE ASSIGNED SEQUENCE NUMBERS, EACH 
NEW FIU BEING ONE HIGHER THAN THE FPREVIOUS ONE 


SEQUENCE NUMBERS ARE USED FOR RECOVERY FURFOSES 


WHEN CHAINING IS IN USE, EACH ELEMENT IN A CHAIN IS ASSIGNED 


A NEW SEQUENCE NUMBER 


SEQUENCE NUMBERS ARE CARRIED 
IN THE TRANSMISSION HEADER 
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FACING 


"TO LIMIT THE MAXIMUM NUMBER OF FIUs RELEASED TO A SFECIFIC LU AT 
ANY GIVEN TIME SO THAT THE LU BUFFER IS NOT EXCEEDED" 


PRINTER (CRT) 


* 


-------- PACING --------- Fe 


1. USED BETWEEN NCF AND SLU (NCF-LU PROTOCOL) 

ae SPECIFIED AS A NUMBER, e.g., FACING=n, AND NCF WILL NOT SEND 
MORE THAN "n" FIUs TO THIS LU. NCF WILL THEN REQUEST AND 
WAIT FOR A “FACING RESPONSE" FROM THE LU. 


NCF WILL SEND "n" MORE FIUs AFTER RECEIVING THE FACING 
RESFONSE 


FACING COUNTS FOR EACH LU ARE SFECIFIED DURING THE NCF 
SYSGEN | 


we IF CHAINING IS IN USE, EACH CHAIN ELEMENT IS COUNTED AS A 
FIU FOR FACING. SEGMENTS ARE NOT COUNTED | 


4. VERY USEFUL FROTOCOL FOR PRINTERS 


Bo aaa PACING INDICATORS ARE CARRIED 
IN THE REQUEST/RESFONSE HEADER 
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SEGMENTATION 


BASED UPON FU BUFFER SIZE 


DONE BY THE NCP OR CONTROLLER 
(FU) 


HAS NO EFFECT ON SEQUENCE 
NUMBERS 


SEGMENTS DO NOT COUNT TOWARDS 
FACING 


CHAINING 


BASED UFON LU BUFFER SIZE 


DONE BY AFFLICATION OR DEVICE 


(LU) 


CAUSES SEQUENCE NUMBERS TO BE 
INCREMENTED 


EACH CHAIN ELEMENT IS COUNTED 


TOWARDS FACING 


























EXERCISE: CHAINING, SEGMENTING, FACING, AND 
SEQUENCE NUMBERS 


GIVEN: CLUSTER (PU) BUFFER = 256 BYTE 
PRINTER (SLU) BUFFER= 2k 


AN APPLICATION FROGRAM HAS THREE REFORTS FOR THIS PRINTER, 
MONTHLY, WEEKLY, AND DAILY CUSTOMER TROUBLE REFORTS. 











EACH REFORT = 4 PAGES, EACH PAGE = 1K 
a EACH REPORT IS TO BE TRANSMITTED AS A SEPARATE CHAIN AND EACH 
[ FAGE IS A SEPARATE ELEMENT IN THE CHAIN. 
i.e., THREE CHAINS, 4 ELEMENTS EACH, EACH EVEMENT = 1 
TOTAL DATA = 12} 
LAST SEQUENCE NUMBER USED = 1000 
CHAIN 2 CHAIN 1 
ay Se whe ik: lqWkz C1 
HOST ACCESS | SLU 
LU METHOD FEF FU (PRINTER) 
| ae ee ‘ie eon ) aa ) 
—— OO oo “250, fk 
BYTES 
12k ------- > 12K -------- > 12K <---> 277 
WHAT SHOULD THE NCF DO 2 
RECOMMEND A PACING COUNT. 2 #eeaeo ne ONT we Ye 
| SHOW ALL INSTANCES OF SEGMENTATION. sme pomee Of 6 ety € 
| SHOW THE FINAL SEQUENCE NUMBER FOR THE REPORTS. @ 
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VF ACING 


"TO FREVENT FLOODING OF NCF BUFFERS WHEN NCF IS RECEIVING FIUs 
FROM THE HOST FASTER THAN IT CAN RELEASE THEM TO THE NETWORE" 


ae ee em L 


HOST ACCESS | SLU 
LU | METHOD FEF | | FUL (PRINTER) 
i a a ee ys 
“---VPAC ING--— > 


USED BETWEEN VTAM AND NCF. (SSCF-FU PROTOCOL) 
(CAN ALSO BE USED BETWEEN VTAM AND FLU) 


NCF MAY NOT BE ABLE TO RELEASE FIUs AS FAST AS IT RECEIVES 
THEM DUE TO SLOWER DEVICES OR FACING, AND MAY RUN OUT OF 
OR LOW ON BUFFERS 


BY SFECIFYING VFPACING, CAN LIMIT THE NUMBER OF FIUsS' THAT 
VTAM RELEASE TO NCP AT ANY GIVEN TIME FOR A GIVEN LU 


VFACING VALUE TO VTAM FOR AN LU IS, GENERALLY, SPECIFIED THE 
SAME AS THE FACING VALUE FOR THAT LU TO THE NCF 


USEFUL WITH FRINTERS 
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| 





























i. SESSION PARTNERS MUST AGREE UPON THE HIGHER LEVEL PROTOCOLS 
TO BE USED DURING THE SESSION 


bh 


. PROTOCOLS SUFFORTED BY REMOTE DEVICES DEFINED IN THE HOST 
DURIN THE SYSGEN BASED UFON DEVICE SPECIFICATIONS AND ARE 
CALLED THE BIND IMAGE OF THE DEVICE 










SURE CAN!! 
THANES, BUDDY 
(+ RESF TO BIND) 







HEY EID, U SURE U CAN TAF DANCE’ 
(BIND COMMAND + BIND IMAGE) 












PLU ACCESS 
X METHOD 






4) I WANT TO TALE 
TO FU XxX, MY 
BIND IMAGE NAME 

Ai ;o IS XYZ 

—!—-~—, BIND IMAGE. TABLE (LOGON MSG) 

V 
x 


LIKE WHAT i), a 
SEE IN XYZ 





I 
I 





YZ 


) 
§ 
i] 
t 
a 
i] 
( 
a 


24 X 80 CRT, 
CHAINING OK, 

NO FACING, 

CAN LEAF OVER TALL... 


ie une 
cu e 
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TEM 3270 SUFFORTS ALL OF THE FOLLOWING: 


SEGMENTATION 
CHAINING 

FACING 

SEQUENCE NUMBERS 


SEGMENTATION CONSIDERATIONS FOR PU.T2: 
FU BUFFER SIZE MUST BE SPECIFIED = 265 
NCF WILL SEGMENT ALL PIUs (TH+RH+RU) > 
3270 CONTROLLER WILL ALSO SEGMENT FIUs 


CHAINING CONSIDERATIONS FOR 3279: 


265 BYTES 
» 265 BYTES 


HOST MAY CHAIN ELEMENTS TO ANY SIZE LESS THAN 2048 


3270 DEVICES CAN CHAIN AT 1024 (SOME 


COMFPATIBLES CAN GO UFTO 


2048), BIND IMAGE TELLS THE DEVICES WHICH S2ZE TO USE. 


FACING CONSIPERS TIONS 


CRTs: NO FACING RESTRICTIONS FOR CRTs, FROM A FRACTICAL FOINT 
_ OF VIEW, THERE SHOULD BE NO NEED TO FACE THE CRTs. 


FRINTERS: 


LU TYPES: DO NOT SUPPORT PACING, NONE IS NEEDED SINCE THEY 
| SUPPORT SINGLE ELEMENT CHAINS WITH DEFINITE RESPONSE 


LU TYFE1: COMPUTE PACING VALUE ASSUMING FRINTER BUFFER ABOUT 3k, 
| i.@., DO NOT RELEASE PIUs COLLECTIVELY LARGER THAN 3K. 


AT ANY TIME. 
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Unit S: Review Quiz 


Which SNA protocol (s) can be used to help prevent messages 
from exceeding the: 


a) LU buffers 
b) FU buffers 
What are the similarities and differences between chaining 


and seqmentation’. 


Similarities: 


Differences: 


What are the similarities and differences between Pacing and 
Vpacing? 


Similarities: 


Differences: 


Among the Application, the Access Method, and the NCF, who 


is responsible for each of the protocols shown below? 


Pacing: 
Chaining: 
Segmentation: 


Vpacing: 
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UNIT 17 


AT THE CONCLUSION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO: 





i. DESCRIBE THE DIFFERENCE BETWEEN PUs TYFE 1 AND 2 


iJ 


IDENTIFY THE TRANSMISSION HEADER (TH) TYFES USED WITH 
DIFFERENT FU TYFES 


De DEFINE THE TERMS FM AND TS FPROFILES AS THEY RELATE TO 
DIFFERENT LU TYPES 





4. DESCRIBE THE LAYOUT OF THE BIND IMAGE 











Meseoc ae L i 7 Q 


FU/LU-~-1 





O~ CO  e e e 





NETWORK 

| STATION COMPLEX 
1 PU TYPES $2 
H 1 & = Os 


FU/LU-2 


LU TYFES 


di q 


—_ 
‘s! 


4, 6, 7 


roar We 


one 
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SNA defines a very large set of functions for remote 
devices. However, not all. functions are required nor 
necessary for all devices. For each device in an SNA 
network there must be identified a set of SNA functions that 
the device is capable of performing. 


To provide a systematic methodology for specifying a 

potentially verv large number of permutations and 
combinations, SNA defines classes of FUs and LUs. Each 

SNA device must conform to capabilities defined in these 

classes to be a proper SNA device. 


A FU or LU type is, in effect, a grouping of logically 
compatible functions. 


Fhvsical Units: 


we ae ohm GEER ee GEER tem Game GENS ele came cre we ce ae 


For network devices two types of FUs are defined, types 
1 and <&. Besides the degree of ‘SNA intelligence’, the 
major difference occurs in the way Transmission Header 
(TH) ais built and the way Path Control sends information 


to the FU. 


SNA defines 7 types of LUs: 0, 1. 2, 3. 4. & and 7. Each 
LU type represents a set of LU-LU protocols that are 
supported by that LU. | 


Note that there is no type 3 Logical Unit. 


The capabilities and restrictions associated with a 
given type of Logical Unit pertain to functions 
associated with the following layers: 


Function Management Data Services, Data Flow Control, and 
Transmission Control. 


Each class supports a different subset of the above layers. 
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DEVICE AND FU TYFE 


FU TYFE 2 HAS MORE CAFABILITIES 


= USES FID 2 TH 


FU TYFE 1 


if 
ats 





= DOES NOT SUPFORT SEQUENCE NUMBERS 
= REQUIRES SFECIAL SHORT FORM OF DEVICE ADDRESSING 


a CANNOT HANDLE ALL SNA COMMANDS 


FU TYFE DETERMINES THE TYFE OF TH TO BE USED IN 


COMMUNICATIONS WITH A GIVEN DEVICE 


IEM DOES NOT PROVIDE ANY FORMAL DEFINITION OF 
DIFFERENCES BETWEEN TYPE 1 AND TYFE 2 PUs WITH THE 


EXCEFTION OF THE TH FORMAT 


NOT ALL DEVICES WITHIN THE SAME FU CLASS NEED HAVE THE 
SAME SET OF SNA CAFABILITIES. IMPORTANT TO KNOW 


PRECISE TECHNICAL SPECIFICATIONS OF THE DEVICE 


FU/LU-S 


ADDRESSING NETWORK COMPONENTS AND IH 7 

ah 

: is 

oO FROFER SNA ADDRESS | ih 


= SUBAREA / ELEMENT FORMAT 





= USED IN FID 1 THs, FID 4 THs ALSO CONTAIN THE 
NETWORK ADDRESS BUT IN AN EXPANDED FORMAT 





a 1 BYTE HEX ID OF THE CRT/PRINTER WITHIN THE 
CLUSTER 





- USED IN FID 3 AND FID = THs 





O FU ADDRESS 


a 1 BYTE HEX ID OF THE CLUSTER CONTROLLER 





- USED IN SDLC HEADER AND NOT IN ANY OF THs 





(LINES ARE ALSO ASSIGNED ADDRESSES INTERNALLY BY THE NCP) 
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There are several forms of addresses that are used in 
an SNA network. Some of these addresses are specified in 
the TH and, therefore, affect the size of the TH. 
Various types of addresses are: 


NAU Network Address: 


This is 


long and 


discussed 
computed 


addresses 


FIDO and 


the ‘proper”*® SNA resource MID. It is two bytes 
consists of subarea and element components as 
earlier in this course. These addresse are 
during the NCP system generation. All metwork 


must be unique across the SNA network. 


FID! THs use this form of addressing. 


LU Local address: 


This is 
behind 


sequential 


have a 
specified 
generally 


FID 2 THs 
LUs (CRTs 
FID= THs 


a i byte address that is assigned to each LU 


a FU. These are generally assigned in a 
order. 1. 2) Sivew CEC. Each LU on a FU must 
unique local address. LU local addresses are 
during the NCF system generation and are 


hardwired within the LU. 


use this form addressing which in turn are used with 
and printers) connected to a FU.T2 controller. 


use slightly modified form of this address which 


im turn are used with LUs (CRTs and printers) ona FU.T1. 


FU Address: 


This is 
each FU. 


a 1 byte device ID that is hardwired in 
This address is used in the SDLC header as 


the destination address and has no effect on the “TH. 


Line Address: 


Each line in the network 185 assigned a unique network 
address by the NCF. Line addressing has no effect on 
the TH. 
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TH REVIEW FOR FU.TL AND FU.T2 





FID 3: FU.TL, 2 BYTES LONG 
C) 1 
DAF ti-—— ONLY 6 BITS USED FOR ADDRESSING 
ese ibis 


EFI: O=NORMAL FLOW, 
1=EXFEDITED FLOW 





FID TYPE 7 oe 
FID2: oo10 | 
| [————" NOT USED 
FIDS: OO11 ! | 
[———=— SEGMENTATION: GO=MIDDLE, ©1=LAST 


LO=FIRST, 11=QNLY 


DAF’: DEST LU 1D (PU ID [S IN SDLE HDR) 
QAF*: QRIG ADDRESS FIELD, DOES NOT CONTAIN ANY ADDRESS 
SNF; SEQ. NUMBR FIELD 


EFI: EXPEDITED FLOW INDICATOR 
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DEVICE CAPABILITIES AND LU TYPE. _ 
1. LU CATEGORIES BASED UPON FM (FMDS ANT DFC) AND TC ‘SUBSETS 


IMPLEMENTED IN A DEVICE 


=. CAPABILITIES PROFILES 


- TWO TYPES OF PROFILES FOR EACH LU: 
FM PROFILE NUMBER | 
DEVICE CAPABILITIES AS FER FMDS AND DFC LAYERS 
TS PROFILE NUMBER 
DEVICE CAFABILITIES AS FER. TC LAYER 
= [BM DEFINED PROFILE NUMBERS, EACH REPRESENTING IBM 


SELECTED SET OF CAFABILITIES 


ao PROFILES OF EACH UNIQUE LU PROVIDED TO THE HOST ACCESS 
METHOD (SSCF) DURING SYSGEN 


= RIND IMAGE TABLE 
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Device and LU Type: 


Secondary Logical Units are assigned classes depending upon 
their capabilities with respect to Function Management Data 
Services (FMDS), Data Flow Control (DFC), and Transmission 
Control (TC) Layers. 


There are two types of profiles defined for each class of LU: 


Function Management (FM) Frofile: This profile defines the 


LU capabilities associated with FMDS and DFC layers. 
Currently 9 types of FM profiles are defined in SNA. 


Transmission Services (TS) Profile: (Formerly known as 
Transmission Subsystem Profile). 
This profile defines the LU capabilities associated with 
the TC Layer. Currently SNA defines 7 types of TS 


profiles. 


These profile numbers are IBM defined and each number represents 
an IBM defined set of capabilities. The end user cannot create 
new profile numbers. 


Since IBM defined profile numbers are not very precise in what 
they represent, the end user is allowed to qualify the profile 


mumbers through additional statements. 


Bind Image: The FM profile, TS profile and the qualifiers for 
a device are called its Bind Image and are described ina table 
called the Bind Image Table. Bind images are defined age a part 
of the access method system generation. As many Bind images may 
be defined in the system at is appropriate. Alike LUS may use 


the same Hind image. : 
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IRM 227 


wa /7 8S 


RJE 
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SOF TWARE 
SYSTEMS 


CICS 


IMS 
TSO 
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ENTRY 


LOG MODE 


ENTRY n 
{ FM PROFILE # 
TS FROFILE # 


” 
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LOGON MODE 
TABLE 


(| ENTRY 1 
ENTRY 


ACCESS METHOD 
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One of the important tables coded as a part of the access method 
system generation is the so' called Logon Mode Table (or the Bind 
Image Table). 


This table defines the session protocols supported by each LU in 
the SNA network. These protocol definitions are called the Bind 
Images. There must be a bind image defined for each LU in the 


system. Similar devices (e.g... 3270 and all its non-IBM 
compatibles) can use the same bind image. 


Each bind image in the table is assiqned a unique name and this 
name must be provided to the SSCF as a part of the logon (LU-LU 
session) establishment procedures. 


IBM provides a standard bind image table with each access method 
and it contains bind images for most IBM devices. The IHM 
provided table can be replaced or modified by the customer to 
meet customer’s specific needs. 
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BYTE # 


tJ 


1© 
11 
ere ie 
14 


Loe 19 


2, 2s 


24 





CONTENTS 
omy? BIND COMMAND 
RESERVED 
X Os? FM PROFILE 
PROFILES 
X Os? TS PROFILE 
XBL? PRIMARY PROTOCOL > 
* QUALIFIERS 
X*90! SECONDARY PROTOCOL SA.d/ 


X *2080° COMMON FROTOCOLS 


n 3270—-HOST FACING COUNT 
n HOST-2270 FACING COUNT 


MAX. RU SIZE FROM 3270, CHAINING CRITERINON FOR SLU 
MAX. RU SIZE FROM HOST, CHAINING CRITERION FO HOST 

NOT AF FLICABLE 

DATA STREAM TYFE X*OL —-LUL, X*O2"—-LUSZ, X*°OS" -LUS 

NOT AF FLICABLE 

SCREEN/BUFFER SIZE, LU TYFES 2 & 2, USED IN CONJUNCTION 


WITH BYTE 24 
SCREEN/BUFFER SIZE 
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[ DESCRIFTION OF BIND IMAGE FIELDS 


RYTE 2: FM FROFILE - X‘*o3’ 





FLU/SLU USE DELAYED CONTROL MODE 
FLU/SLU USE IMMEDIATE RESFONSE MODE 


| 
[ 


BYTES: TS PROFILE - X*03" 


FACING ALLOWED BOTH WAYS SEQ #5 ALLOWED CLEAR, SDT REQUIRED 
ROR, STSN NOT ALLOWED 





[ BYTE 4: FRIMARY PROTOCOLS - X‘HI° 
[ SINGLE/MULTIFLE ELEMENT CHAINS ALLOWED IMMEDIATE REQST MODE 
DR/ER BOTH ALLOWED FLU TO END BRACKETS NO COMPRESSION 
BYTE S: SECONDARY FROTOCOL - x‘90° 
SINGLE/MULTIFLE ELEMENT CHAINS ALLOWED IMMEDIATE REGST MODE 
ONLY ERs MAY BE REQUESTED SLU DOES NOT EB NO COMPRESSION 
BYTES 6.7: COMMON FROTOCOLS - x "2080" 
NO FMHs BRACKETS ALLOWED HOST TO END BRACKET HDX /FF 
FLU/SLU BOTH USE EBRCDIC PLU RESPONSIBLE FOR RECOVERY 
SLU 1ST SPEAKER SLU WINS CONTENTION 
BYTES 20,24:  SCREEN/BUFFER SIZES 





(BYTES 20-22 USED BASED UFON BYTE 24 CONTENTS) 





BYTE 24: BASIC SIZE (LU TYPE 2 OR 3) 

X'O1's 12 ROWS X 40 COLS X*027 24 X 80 
X"7ET: SIZE IN BYTES 20-21 | 

X°7F?: SIZE IN BYTES 22-22 

BYTE 20 - # OF ROWS | 
X'OC’: 12 ROWS X'18: 24 ROWS X°207! 32 ROWS 
X'SE°: 42% ROWS | 


BYTE 


[ X*1C° 


# OF COLUMNS 
28 COLUMNS X°S2°5 GO COLUMNS 


ea ft.) 
ps 
i 


BYTE 22 —- # OF ALTERNATE ROWS 
VALUES ALLOWED SAME AS 20 


BYTE 2% - # OF ALTERNATE COLUMNS 
| VALUES ALLOWED SAME AS BYTE 21 
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Unit 8: Review Guiz: 


Which header format in the PIU is determined based upon 
FU type of a given device? 


How long is the TH header for a PU type 2 device” 





Which SNA layer enables che ue 


Which host software component builds the TH? 





A creda 
Name the profiles used to describe SNA protocols for an 
3 pf gt ee 
oes a : f. A, es “oe £ —— 





Which table*in the host contains the profile numbers 
for Logical Units? 7 ° ee 
fk pt 2 TABLE 


Which SNA layer(s) functions are covered By: 
a). an FM profile? 


b>). a TS profile? 





being sent to a 3270 on 









tured a bind ima 
which byte 1 


Having c 





to determine: 


the 


SLU? 


a 


the bind image would you look at 


a) Whether the ask: for definite responses?’ Which 
bit in the by 
b) Whether th for definite and exception 







reponses” 





the use of Brack 
bit(s)%? 


c) Wheth 
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UNIT 3& 


SNA LAYERS 


OBJECTIVES: 


AT THE CONCLUSION OF THIS UNIT, 


TO: 


THE ATTENDEE SHOULD BE ABLE 


DESCRIBE THE FUNCTION OF MAJOR SNA LAYERS 


DESCRIBE THE RELATIONSHIP 


BETWEEN SNA LAYERS AND NAUs 


MAKE A HIGH LEVEL COMPARISON BETWEEN SNA AND OFEN 


SYSTEM INTERCONNECT (OSI) 


LYRS-1 


MODEL 


CMDS GRID CEE CE atk ame <> eek ae cu oe co > wwe “2 E> axueD -—-~ =D eu ae ae ew 





Storm in Utah, transmission no good 


Make sure to insert attribute characters 





D 
I 
D But, what is the optimum route 
UJ S D dD c H I 
L a) E A A T 
a 0 Ww YV N N 7 } 
C W N a T D | STN. ACTIVE? 
T Cc i [een rn ar 
I E E | ATTRIBUTES 
Vs COMPUTE = FAYROLL | ----------------- : 
A | PRNTR BUF SIZE? ;} 


TE THE STATION oe 


So U got data, but do U have CTS? 


WILL IT FIT IN THE PRINTER BUFFER? 


THE LAYERS 


o FORMAL SFECIFICATION OF "SELECTED" FUNCTIONS IN A 
- COMMUNICATIONS SYSTEM 


) SIMILAR FUNCTIONS GROUFED TOGETHER IN "LAYERS" 


o WHEN GROUFING FOR LAYERS, CONSIDER ONLY THE FUNCTIONAL 
SIMILARITIES AND NOT THE FRODUCTS THAT FERFORM THOSE FUNCTIONS 


oO AN "ABSTRACT" VIEW OF AN ARCHITECTURE, LAYERS MAY NOT 
EQUATE WITH REAL PRODUCTS PRECISELY 


ss) ARCHITECTS MAY DISAGREE ABOUT THE FLACEMENT OF CERTAIN 
FUNCTIONS IN IN CERTAIN SNA LAYERS 











aaeimeies| 








Some selected functions peformed in a communications network: 


1. Making sure that the next timing pulse is received before 
mext data bit is presented on the line. 


ae Making sure that there are no logical errors in the contents 
of data (e.g. bad attribute or row, column address for 2270) 


cr Making sure that there are no ‘transmission errors*® as data 
passes through each link. 


4. Figuring out optimum routing between points A and B, where 
A and BE are separated by 1 #xJlink. 


we Making sure that message is compatible with the end user 
medium, @.g. do not use attributes for a TWX device. 


and thereby end up in the ‘bit bucket’. 


ap If a message exceeds device buffer, break it up into smaller 
blocks. Before sending the next block make sure to wait for 
an acknowledgement from the device indicating that it 
has processed the previous message. 


8. Make sure that the message is not too long for a given link 
quality (too high an error probability), if too long divide 


it into blocks, receive ‘nO transmissions errors’ 
notification before sending the next block. 


rae Encrypt data for highly secure applications before sending 
it over the network. 


etc. 


EXERCISE: 

Assume that the functions identified above would not all be 
performed in a single software component. Since it is generally 
desirable to perform similar functions in the same _ program, 
divide the functions identified above into categories of related 
functions such that each category can be implemented in one 
program (or logic in hardware). 
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SNA_LAYERS: INTRODUCTION 7 


END USERS: HOST AFFPLICATIONS, TERMINAL 
END OPERATORS, MICROCODE IN A DEVICE 


USER 
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NETWORK MANAGEMENT AND CONTROL, SESSION 
INITIATION/ TERMINATION SUPPORT 


NAU.SVCS.MGR 


HP 
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MAKE MESSGES COMFATIBLE WITH DEVICE 
MEDIUM OR APPLICATION NEEDS, MANAGING» 






a mw ao on 2882 we 88 ww FS ese OM we eed 
= 











my <2 OLDER FORMATTING CHARACTERS 
i pene MSG FLOW IN A SESSION, | 
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CHECKING MSG SEQ NUMBERS, “PACING’ , 
EXEPEDITE/NORMAL FLOWS, ENCRYFPTION/DECRYFTION 





ROUTING, SEGMENTATION 
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LINK MGMT, EST/MAINT/RELSE LINKS, LINK LEVEL 


ERROR RECOVERY, SDLC IN SNA | | 
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FLECTRICAL INTERFACE WITH THE MODEM, 
RS222 X.21 ETC. 
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Layers in an SNA environment: 


; Fhysical Control: Data Terminal Equipment (DTE) to Data 


~ Communications Equipment (DCE) interface. SNA does not 
define protocols for this layer and accepts the already 


existing standards for modems such as EIA RSS32c. The new 
ANSII standard x.21 is not yet very prevalent. 


me Link Control (DLO): This layer provides protocols’ for 


exchange of information between two points of a& 
transmission link. SNA defines Data Link Control (DLC) 
protocols only between end points of common carrier 
communications links or equivalents via the Synchronous 
Data Link Control (SDLC). Channel protocols, for example, 
for exchange of information between the host and the local 
NCF or other local devices are not defined by SNA and are 
implementation dependent. 


ee Fath Control CPE) s This layer provides protocols for 


routing information through an SNA network. This layer 
keeps track of message paths between nodes, Transmission 
Groups (multiple links between two adjacent modes for 
backup and throughput). It also provides segmenting (as 
against “chainining", see DFC) of messages to keep them. 
Compatible with the receiver buffer requirements and 
translates SNA network addresses to addresses that are 
recognized by remote devices. 


4, Transmission Control (TC): Frovides protocols for 


checking sequence numbers (number generation is part of 
DFC), separating expedited flow from normal flow of data, 
“pacing” data transmissions so that the receiver is not 
flooded, and for encryption/decryption of data. 


es Data Flow Control (DFC): Frovides protocols to specify 


which of two end-users should transmit next. ability to 
divide long messages into a chain of smaller elements: 
assigns sequence numbers to messages for recovery 
purposes: prevents unsolicited messages in the middle of a 
transaction. AI1LSO provides protocols to verify that the 
message was processed correctly. 


&. Function Management Data Services (FMDS): This layer 


provides a convenient means to perform any special 
processing unique for a given end user medium. While the 

architecture defines the location of this layer. the 
specific functions are implementation defined. Basic 
Mapping Support in CICS or Message Formatting Services in 

IMS are two examples of FMDS. 
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NAU Services Manager: This layer provides functions that 


> CD suede ED CUED G8 SEND Gee Es a ames <2 cap ese Gap OD RD OD 


are invoked primarily for non-end user sessions. These 
sessions pertain to special functions associated with an 


SNA defined control point called the Systems Services 


Control Foint which by definition is in the host access 
method. This layer iss primarily concerned with 
monitoring, control, and maintenance functions for the 


metwork resources. 


End User: End user functions are not defined by the SNA. 


This layer includes application programs, terminal 


operators, and firmware in remote devices etc. 


Note: The SNA architecture is still evolving. Related 


publications allude to certain functions which are not 
otherwise defined. Thus, it is to be expected that focus 
and emphasis of layer-functions will change as 
architecture matures. | | 
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ONA_LSEYERS DURING NORMAL FLOWS 


ae ewe 2 we 


NOTES 

1. NOT ALL SNA LAYERS ARE ACTIVE 
NOR NEEDED FOR EVERY OPERATION 
IN THE NETWORK 

2. NAU_SVCS_MGR LAYER, FOR EXAMPLE, 

PLAYS NO ROLE DURING NORMAL DATA 
FLOWS AS SHOWN IN THE DIAGRAM 
HERE 

=. CONVERSELY, DURING THE SESSION 
ESTABLISHMENT/TERMINATION PHASE 
NAU_SVCS_MGR HAS A DIRECT INTER- 
FACE WITH PC LAYER AND OTHER 
LAYERS IN BETWEEN ARE ABSENT 
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HEADER/DATA LAYER HOST COMPONENT 
RESPONSIBLE RESPONSIBLE 
| END-USER {CUSTOMER SOFTWARE: 
RU FMDS 'TP MONITOR 
DFC {ACCESS METHOD 
TC ! 
! * : FMDS ‘CUSTOMER SOFTWARE! 
: RH DFC !TP MONITOR | 
! TC !ACCESS METHOD 
: TH ! PC ‘ACCESS METHOD ! 
! : NCF | 
: SDLC DLC NCF ! 








* FMDS AND DFC FASS THEIR REQUIREMENTS TO TC, THE ACTUAL 
CONSTRUCTION OF RH IS DONE IN THE TC LAYER. 
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"SNA IS A SET OF NAUs INTECONNECTED VIA A 
PATH CONTROL NETWORK" 
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END USER NEEDS, ULTIMATE SOURCE/DEST OF 
USER DATA, AND SESSION REQUESTS 


FRESENT INFO PRESERVING MEANING YET RESOLVE 
SYNTAX DIFFERENCES, OR MAKE DATA COMPATIBLE 
WITH AF FL LAYER NEEDS 


ESTABLISH/TERM SESSIONS, MGMT OF FLOW CTL, 
DIALOGUE MGMT,QUARANTINE, EXF/NORM FLO 


OF TMUM NET SVC. AND QUALITY OF SVC CHOICE, 
SYME TO NET ADDR TRANS, FLO CTL, END TO END 
ACKS, SEGMENTING/BLOCK ING 


ROUTING/FATH, MASE DIFFERENCS IN TRANS AND 
NET TECHNOLOGIES, GEN NET ADDRESSES, DELIVER 
MSGS IN CORRECT SEC. SEG/BLOCE 


LINK MGMT, EST/MAINT/RELSE LINES, LINE LEVEL 
ERROR RECOVERY 


RIT TRANS BETWEEN LINK ENTITIES, SERIALI- 
ZATION, e.g. RS2ZZ2C, X.21 


OSI IS THE NAME OF THE ARCHITECTURE 
REING DEVELOPED INTERNATIONAL STANDARDS 
ORGANI ZATION 


OPEN SYSTEM INTERCONNECT (OSI) REFERENCE MODEL 
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e) 
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g) 
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SNA LAYERS REVIEW QUIZ: 


For each of the functions described below,. identify the SNA layer in. 


dj. 


which it 4s implemented: 


Routing information through the network. 





Ensuring data integrity across a transmission link. 

Monitoring the status of a network resource from the host access 
method . | , 

Checking sequence numbers on messages received to ensure that none 
are lost. | 

Generating sequence numbers on messages transmitted. 

Ensuring that data is not transmitted on the link unless the modem js 
ready. 

A totally confused human being on how to use an allegedly “user 





friendly" device. 





Inserting special control characters fn a message depending upon 
whether it is destined for a CRT or a printer. 
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UNIT 9 


SYSTEM GENERATION CONSIDERATIONS FOR 


[ 
I 


AT THE CONCLUSION OF THIS UNIT, THE ATTENDEE SHOULD BE ABLE TO: 


1. DESCRIBE MAJOR SYSTEM GENERATION ACTIVITIES TO BE PERFORMED 
BY A CUSTOMER TO GENERATE AN SNA NETWORK 





IDENTIFY SELECTED VALUES CODED ON THE NCP SYSTEM GENERATION 
MACROS , 


| a 1 sia 
oa 


DESCRIBE THE ROLE OF MAJOR AND MINOR NODES IN VTAM 


ij 


A =) 


DESCRIBE PROCEDURES FOR AUTOMATIC ACTIVATION OF NETWORE 
RESOURCES DURING SYSTEM 


—_ i | ane 
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NCF DEFINITIONS: 


TABLES THAT CONTAIN PROFILES OF LINES, CLUSTER CONTROLLERS, 


CRTs, AND PRINTERS CONNECTED TO THE FEP 


VTAM DEFINITIONS: 


NETWORK PROFILES AS CODED FOR THE NCP ABOVE. 


INFORMATION BECAUSE IT IS THE SSCP AND HAS 


TOTAL NETWORK | 


ADDITIONAL DESCRIPTIONS NEEDED BY VTAM 


APPLICATIONS ‘(HOST LUs), LOCALLY ATTACHED 


IMAGE TABLE, LOGON TRANSLATION TABLES 


OPERATING SYSTEM DEFINITIONS 


VTAM NEEDS THIS 


TO MANAGE THE 


INCLUDE HOST 


DEVICES, BIND 


OPERATING SYSTEM ALSO NEEDS TO KNOW THE FACT THAT VTAM WOULD 


VTAM-= 
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ACF/NCP SYSGEN AND ACF/VTAM 


' INFORMATION FOR 
] 
V 


INFORMATION FOR 
ACF /NCP ONLY 


Acr/VTAM ONLY 


INFORMATION FOR BOTH 
ACF /NCP AND ACF/VTAM 


ow ewe 8 





VTAM-4 















































As in all system generations (SYSGENs), NCP generation involves 
creation of various tables that describe each resource that the 
NCF would be communicating with. | 


However, information described in the tables is actually more 
than what the NCF needs to know. The tables also include 
information that is needed by VTAM only. Any information in the 
tables not applicable to NCP is ignored by it. 


Thus, the tables coded to create an NCP are coded once but 
filed twice: 


Once as part of the NCP and this goes to the front end. 
Second, as part of VTAM and this stays in the host. 


One of the easier ways to generate a malignant system is for a 
customer to file a different set of definitions for NCF than the 
one for VTAM. 
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SELECTED NCP SYSTEM GENERATION MACROS = . 









SNA STATIONS BSC 3270 


GROUP 





LINE 


SERVICE — 
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CLUSTER Car 





TERMINAL 








GENEND 
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NCE /VTAM_ MACROS: 


FCCUS (Frogrammed Communications Control Unit). 


This macro is used to describe the NCF attributes to 
VTAM. PCCU macro contains information such as: 


The subchannel number connecting this NCP to the VTAM host, 
the subarea number of the VTAM controlling this NCP. 


BUILD: 
BUILD macro describes features and capabilities of the 37OX 
hardware and the NCP being generated. Tt provides 


information such as: 


Subarea number of the NCF, buffer size of the NCF 
buffers, highest subarea number assigned to any node in 
this SNA network, etc. 


Host. macro describes the characteristics of a host access 
method to the NCF. It contains information suchas: 


Largest message size that this host access method 

can accept form the NCF, subarea number of this 
host access method. how many NCF buffers would be 
generally sufficient to receive messages from this 


access method. 


GROUP macro describes a group of similar lines. Lines are 
considered alike if they all use the same link protocol= and 
are all switched or all private. Common attributes of lines 
in the group need be coded only on the GROUF macro. 


LINE: 
LINE describes unique attributes of a line that are not 
defined on the GROUP definition. May contain values) such 


as line speed, port address, etc. 


SERVICE: 


SERVICE macro specifies the order in which PUs (controllers) = on 
the line are to be serviced. 


PU (CLUSTER): 


PU (CLUSTER) macro describes the profile of a physical unit 
(cluster controller) on the LINE above. 


LU (TERMINAL): 


LU (TERMINAL macro describes the profile a logical unit (device) 
on the PU above. 


GENEND: 


GENEND indicates the end of generation and provides some performar 


related option. 
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ILLUSTRATIVE SEQUENCE OF NCP/VTAM_MACROS: 





GRP1L1 


PUI 


LU1 


LUZ 


PUZ 


GRFIL2 


GRP2 


LUs 


PCCU 


BUILD 


SYSCNTRL 


HOST 


CSE 


CSE 


GROUF 


LINE 


SERVICE 


PU 


LU 


LU 


PU 





DESCRIBE FEF TO VTAM Vi 


DESCRIBE NCF FEATURES 





OPTIONAL DYNAMIC FEATURES 4-2. 





DESCRIBE A. M. TO NCP 

DESCRIBE SCANNER ON = 370X 

IF ADDITIONAL SCANNER 

BEGIN DESCRIPTION SIMILAR LINES 
UNIQUE FEATURES THIS LINE 
ORDER IN WHICH STNS SERVICED 
DESCRIBE A PU ON THE LINE 

LU PROFILE FOR ABOVE FU 


IF MORE LUs, ONE / LU 


IF MULT. POINT LINE 


for above FU 


LINE 


GROUF' 


GENEND 


NEXT LINE IN GROUP, IF ANY 


START NEXT GROUP OF LINES 
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NCP1H1 | 


NCP 1 


VTAMI1 


GROUP 1 





LU1 





SERVICE ORDER (===): ===) 


a a ae 
ess we a ait 


LINE 


PU 


VTAM ONLY 


LU 


VTAM ONLY 


_ TYPGEN=NCP, SUBAREA=3, 
% MAXSUBA=12, eeeeve 


LNCTL 
DIAL 














tgs ai SO 
ep 
Ey 
ar 
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SDLC, 
= YES/NO, 
TYPE = NCP, 


| 


ges, 

Nae 

Sa ees 
oa ¥ 


ADDRESS = 3705 port address, 
SPEED = 2400, LINE SPEED | 
AUTO = YES, | IF AUTO DIAL 
MAXPU = # OF PUs,. | 
TRANSFER = largest msg size, 





ADDR = Hex Id of PU, 











ENNSUP = 3270, FOR 3270 PU_T1 
MAXDATA = bytes, LRGST POSS MSG 
MAXOUT = 7, | MAX SDLC FRAMES 
FUTYPE = .., | THIS PU TYP 1,2,0R 4 
VALUES: 

ISTATUS = ACTIVE, STRTUP STATUS OF FU 





LOCADDR=01, PACING=(2,2),... 








VALUES: 

DLOGMOD = ..,; BIND IMAGE NAME 
ISTATUS = ACTIVE, LU STRTUP STATUS 
LOGAPPL = CICS, AUTO LOGON TO CICS 
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CUADDR: 


SURAREA: 
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Subchannel number of the subchannel connecting FEF to 
the host. 


Subarea number of the VTAM connected to this NCF over 


the subchannel identified above. 


BUILD Table: 


SUBAREA: 


MAXSUBA: 


Subarea assigned to the NCP being created. 


Highest subarea number that will ever be encountered by 
the NCF in this network. NCP uses this value to 
compute the SUBAREA/ELEMENT boundary in network addresses. 


HOST Table: 


SUBAREA: 


Subarea number of the host access method that this NCF 
is connected with. 


GROUF Table: 


DIAL: 


Indicates the link protocol for lines in this) group, 
4540e lines must be in an SDLC group. 


Indicates whether lines in this group are private ( = 
NO) or swithced ( = YES). 


LINE Table: 


ADDRESS: 


MAXPU: 


TRANSFER: 


PU Table: 


ADDR: 


MAXDATA: 


PUTYPE: 


Port number assined to this line on the FEF. 


Approximate maximum mumber of controliers on this 
line. | 


Largest message (PIU, chain element. or segment) that 
will ever be received by the NCP from any device oan 
this line. 


Symbolic name ("PU1" in our example) assigned to this 
PU. 


1 byte hex ID of this controller, this ID goes in the 
address field in the SDiC header. 


Buffer size of this controller, any messages exceeding 
this number would be seqmented by the NCF. This number 


should be 265 for 43540E | 


PU type of the controller being described, 2 for 4540E. 
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ISTATUS: 


LU Table: 


ee emacs pe Sheee Sih shevo GUND GER © 


_.OCADDR: 
FACING: 


DLOGMODE : 


ISTATUS: 


LOGAFPL.: 


Whether 


VTAM should pivbaek eels ceeionce | 


(=ACTIVE) 
this resource when it comes up. ry oe. 


Symbolic name ("LU1" in our example) assigned to the LU 


being described. 


1 byte hex ID of this LU (CRT/Printer) within this 
controller. | 


Pacing number for this LU, a parasite, BIND value would 
override it. 


Name of the Bind image for this LU in the Bind table. A 
value here alleviates the need for a Bind entry name in 
the Logon message. 


Whether VTAM should automatically activate 
this resource when it comes up. 


with which VTAM 
automatically 


Name of host application, e.g. CICS, 
would set up an LU-LU session for LU! 
when VTAM comes up. 
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ADDITIONAL VTAM TABLES 


> GED Goew aqEeS GEEED wESE? qEEED qm aoe eum =e au cup cam en a ae am eum ame 


7 Fee gS < Bea 2 See 


1. MAJOR/MINOR NODES: FIVE TYPES 


APPLICATIONS: EACH SUBSYSTEM (IMS, CICS, ..) A MINOR 
NCPS: EACH PU AND LU ON THE NCP A MINOR 


SNA LOCAL: EACH PU AND LU A MINOR 





NON-SNA LOCAL: EACH CONTROLLER AND DEVICE A MINOR C 22 7) 


SWITCHED PORTS: ASSOCIATED PU AND LU ARE MINORS 


7 5 a ™ a i Pees Sami 


De BIND IMAGE TABLES 





De USS TABLES 


LOGON MESSAGES 





CUSTOMIZED ERROR MESSAGES 





4. START AND CONFIGURATION LISTS 





VTAam-—l1 3 


| eer } i 


EXAMPLE: 


— crcsos 


IMSO1 


NOTES: 


a 





MAJOR 
BEFORE 


VEUILD 


APPL 


APPL 


NODE CONTAINING CICS OR IMS MUST BE ACTIVATED 


APPLICATIONS MAJOR NODE 


TYPE=APPL BEGIN APPL MAJOR 
PRTCT=SECRET, .. 1ST APPL MINOR 
PR 


TCT=SECURE,.. IMS IS NXT MINOR 


a, 





THE SUBSYSTEM CAN BE ACTIVATED UNDER VTAM 


TRANSACTIONS UNDER IMS OR CICS ARE UNKNOWN TO VTAM 


NAME CODED TO THE LEFT OF THE ‘APPL’ KEYWORD 
“BECOMES THE NAME OF THE MINOR NODE BY WHICH 
THE APPLICATION WILL BE KNOWN TO THE SYSTEM 
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START LIST: ATCSTRXX (XX=00-99)“f" 
1. CONTAINS STARTUP INITIALIZATION INFORMATION FOR VTAM 
SIZE OF VTAM BUFFERS, NUMBER OF BUFFERS | 
SUBAREA NUMBER ASSIGNED TO VTAM | 


HIGHEST SUBAREA NUMBER IN THIS SNA NETWORK 


‘ ; Pan 
ce: 
? ye 
ee 2 as foi 
a ae 


OTHER INFORMATION 


2. THE ABOVE CAN BE PROVIDED ALTERNATIVELY ON VTAM START COMMAND 





Rie. Ee 


CONFIGURATION LIST: 


i. A MEANS TO CONTROL ACTIVATION OF NETWORK IN PARTS 


Ze CONTAINS NAMES OF MAJOR NODES TO BE ACTIVATED AUTOMATICALLY. 
WHEN VTAM COMES UF 
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AN EXAMPLE OF VTAM STARTUP 


mane aimee <P Ge am eum a= ce aoe ommee atne 2mm COD etyse CED: =p eee @en eee eee eee oe 


CIcs 
TSO 


IMS 


VTAM NODES 


FEF 
CHNL =} ae Se 
(acess ' NCP1 — NETWORK 
ae -  $ LOCAL ATTACHED 
! _$ RJE 3790 COMPLEX 
OF INTEREST 


=a ape exe ax <> ante comp aterm eau ome «om [ED GER CEE CED GED a caw ce 


JOBY 


LOC3790 


NCF 1 


sae aun wan Co) 


ASSOCIATED MINORS 
CIcsS, 1TS0 
IMS 


RJE COMPLEX, 1 PU AND 3S LUs (ASSUME 53 
COMPONENTS) 


LINKS, PUs, AND LUs CONNECTED TO THE NCP. | 
(SPECIFIC NUMBERS NOT IMPORTANT FOR THIS 


EXAMPL hy 
Batt? 
fy ft 


A 
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VTAM LOAD 
LIBRARY 


Vv 
tRDTS: 


NOTE: 





ACE/VTAM 
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JOBY 


IMS 


LOC3790 


zs © ess 
oe, ¢ wee 
BE ay Leia ee 
BM seath ates 


ATCCONOO 


JOBX 
JOBY 


}y (arcconofy. 
JOEX 
LOC3790 


ATCCONO1 
JOBY 
LOCS790 
NCP 1 
NCP source 
statements 


FOR DOS/VS, ATCSTRXX AND ATCCONXX ARE APPENDED TO B, 


GIVING B.ATCSTRXX AND B.ATTCONXX. 
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Diagram on the opposite page shows some of the major activities 
that take place when the system operator starts ACF/VTAM. 


1. Operator enters the START command indentifying NETATT as the 
procedure that contains the JCL. Also note the option 
LIST=01. This identifies which start list to use. More of 
this in a moment. —_ 


Ze The operating system receives the START command loads the 


appropriate ACF/VTAM modules from the disk to the main 
storage. | 
Ss As ACF/VTAM initialization routine gets control, it looks at 


the set of options specified by the operator, LIST=01 in 
this case. 


Or in other words, we want to bring up ACF/VTAM in this case 
using the start list ATCSTRO1. 


4.. ACF/VTAM loads ATCSTRO! list into main storage and discovers. 
that network configuration to be brought up in CONFIG=02 or 
ATCCNO2. 


oe VTAM reads configuration list, ATCCONO2, into main storage. 
In this case we have two major nodes in the configuration 
JOBX and LOC3790. | 


6. ACF/VTAM reads JOEX major node statements and builds RDT 
| entries for JOERX. 


Ve ACF /VTAM reads LOC3S790 major node statements and builds RDT 
entries for LOCS790. | 


The following page shows the ACF/VTAM view of the network at this 
point. 
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Figure here shows ACF/VTAM’s view of system at this time. 


RDTs at this time should contain: 


JOBX 
CIcs 
TSO 

LOCAL 3790 
PU 
LUI 
LU2 
LUS 


This does not, however, mean that these FUs and LUs are active 
(i1.e., they have SSCFP-FPU and SSCP-LU sessions). That would 
depend upon their ISTATUS specification in the FU and LU macros. 
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MODIFYING THE NETWORK 


O16 \) —_ 
ese ¢. | 


a pen 
VARY NET AQD=NCP 1 
AN 








DB nclegtea” © 


ACF /VTAM 











NCF 


-------> 


ACTPU 


sYS1 


- VATMLST 


NCP GEN 
STATEMENTS 





LOAD LIBRARY 





NCP 
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Once the network has been brought up using the start list, 


modifications can be made to the network using the ACF/VTAM 
operator command VARY. 


For example, in the first example in this module (with LIST=01) 
we did not bring up NCF or any of the associated network. 


Say, at this point we now want to activate the NCP and rest of 
the network. To be able to do that we have to know the name of 


the NCP major node —- which in this case is NCP1. The command in 
this case is: 


VARY NET, ACT, ID=NCF 1 
VARY: command code 
NET: Identifies this command is for VTAM 
ACT: For "activate". 
ID: The resource ID, NCF1. 
VTAM-23 


a). 


b). 


4 
8 


A VTAM user with a large network is unhappy because: 


It takes a very long time to bring up the network since 


operator has to activate all controllers and devices one at 


atime (100 devices). Operator errors make an already bad 
problem worse. 


Can anything be done to help the customer? 


Terminal operators in the field (end users) make too many 
mistakes in entering required logon messages in the right 
format. It causes loss of productive time, bad public 
relations, and unnecessary calls to AT&T for trouble shooting 
when it was really an operator error. 


Can anything be done to help the customer? 


On a new customer site, a 3270 clusters work fine except for 
one application where the operator is required to enter full 
screen messages. Any time such a message is entered, the NCF 
rejects it with an exception response. Line monitor shows 
that NCE gent an SNA sense code of x ‘8010’ ("FIU too long") 
to the Samm. You have checked that the segmentation is 
being performed properly by the 4iamgyr. 

3270 
A customer error was the cause of the problem. Can you 
identify the customer error’ 


3 3270 
Customer is unable to activate one of the MR controllers 
on aline (other?’smm® controllers work fine on the same 
line). Host sends the ACTPU command to the controller 
(activation command can be seen on the system log) but no 
response is returned by the controller. At the same time, 
the line monitoring equipment shows no ACTPU commands coming 


down the line for the controller in question. 


A customer error was causing the problem. Can you identify 
the error’? 
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UNIT 10 


ACF /TCAM_ OVERVIEW 


TO IDENTIFY VARIOUS SOFTWARE COMPONENTS 
OF ACF /TCAM | 


TO DESCRIBE THE FUNCTION OF MESSAGE CONTROL 
PROGRAM (MCP) AND MESSAGE HANDLERS (MHs) 


TO DESCRIBE VARIOUS NAUs IN A TCAM ENVIRONMENT 


TO DESCRIBE VARIOUS DEFINITIONS NEEDED TO 
SUPPORT A GIVEN NETWORK IN A TCAM ENVIRONMENT 


TCAM~—1 


NETWORK CONFIGURATION TRANSPARENCY 
- APPLICATIONS DEAL WITH SEQUENTIAL 
AND NOT WITH NETWORK DEVICES 
RELATIVELY GREATER DEVICE INDEPENDENCE 
- POSSIBLE TO DO CERTAIN AMOUNT OF EDITING 
WITHIN TCAM, INSERT/STRIP CONTROL CHARACTERS 
SUPPORTS VARIETY OF OLD AND NEW PROTOCOLS 


- ALSO WORKS WITH BOTH NCP AND EP - 


AS A QUEVED ACCESS METHOD, ALLOWS: 
- ASYNCHRONOUS INPUT/PROCESSING/OUTPUT 
- WARM RESTART AFTER SYSTEM FAILURE 


= BATCH TESTING OF APPLICATIONS 
HAS BUILT IN MESSAGE SWITCHING CAPABILITY 
VERY COMPLEX, HIGH DISK QUEUING OVERHEAD 


WITH THE NEW SUBSYSTEM INTERFACE, IT CAN 
EMULATE ACF/VTAM — 
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ACE /TCAM_ TERMINAL. SUPPORT 


WITH EMULATION PROGRAM 


= SS 
= BSC 


WITH NETWORK CONTROL PROGRAM 


= Ss 
= BSC 
= SNA 


LOCAL ATTACHMENT 
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PROCESSING 
FPROGRAM 


MESSAGE 


MESSAGE 
CONTROL 


=) 
PROGRAM 





AMH 
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ACF/TCAM_QUEUES 


i. cam oe ae Oe ee oe oo ee OD em ae em eee ee 


9 —- WHY QUEUE: 


UNPREDICTABLE ARRIVALS 
TEMPORARY CONGEST IONS 
CRITERION FOR COMMON ELEMENTS ON A QUEUE: 
@ BY DESTINATION 
QUEUING OPTIONS: 
MAIN STORAGE QUEUE 
DISK QUEUE 
NON-REUSABLE 
REUSABLE 


MAIN STORAGE WITH DISK BACKUP 
NON-REUSABLE AND USABLE 
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TRADITIONAL @CB) INTERFACE 


TCAM. 7 


APPLICATION 








SUBSYSTEM (ACB) INTERFACE (V2R2) 


Tmarns Q 
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o ACF/TCAM PROVIDED MACROS 
OPTIONAL CUSTOMIZATION WITH ASSEMBLER CODE 


o MACROS GENERATE CONTROL PROGRAMMING AND TABLES 


o ASSEMBLED AND LINK EDITED AS AUTHORIZED PROGRAM 


—_ 
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TCAM 







TABLES 






AN D 


PROGRAMS 





ADDITIONAL 





TCAM 
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DEFINITIONS 
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FILES 
AND | 
DEFINITIONS 


INITIATOR 


CONTROL 


FILES Qs 
LOGFILE 
CHKPT/ RESTART _ 


SYS, DEFINITIONS 
BIND IMAGE TABLE 
USS TABLES 
TASK DEFINITIONS TABLE 
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TCAM 
PROGRAMS 
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INITIATION 
TERMINATION 


RESOURCE 


CLOSE 
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DCERs 









PCHs 






TABLES 
TTABLE 











GROUP 






INVLIST 
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DCB —”—Od« TSSORG=..... 


DCB Ss DSORG=TX,.... 
DCB DSORG=TR,..- 
PCB MH=---,.... 
TTABLE. 

OPTION 

GROUP MH=.... 


TERMINAL TERM=LINE,... 
TERM=327C, GROUP=. . 
TERM=327R, GROUP=. . 


TERM=327C,...- 


Qome we we we we oe 


TERM=S327R, 2 @ es @a 


GROUP MH=..... 
TERMINAL TERM=LINE,... 


TERM=PUNT,... 


< on we me 


TERM=LUNT,..-. 


TPROCESS) .ccoce 


es eos Fs as e@ 


-INVLIST e@eeeeen 


ONE/FILE 

ONE/LINE VIA EP 

ONE/3705 (NCP) 
ONE/APPLICATION 

BEGIN NETWORK DEFINITIONS 


OPTIONAL CTRL, EDIT INFO 


NON-SNA LINES VIA NCP 
NON-SNA LINE, ONE/LINE 
$270 BSC CLUSTER 

3270 DEVICE 

CONTINUE 


EP DEFINITIONS... 


START SNA DEFINITIONS 
SNA LINE 
ONE/PU ON THIS LINE 


ONE/LU ON THIS PU 


ONE/APPL MSG @ 


POLLING LISTS (EP) 
SWITCHED LISTS 
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ALL DEFINITIONS AS IN SAME DOMAIN RESOURCES 


ARE IN THE MCP 


TO INDICATE THAT THIS IS AN MSNF ENVIRONMENT 
MUST CODE FEATURE = NETWORK ON THE INTRO 


MACRO IN THE MCP 


CROSS DOMAIN RESOURCES MANAGER AND CROSS DOMAIN 
RESOURCES ARE DEFINED IN THE TERMINAL TABLE IN 


A MANNER SIMILAR TO THE SAME DOMAIN RESOURCES. 


CROSS DOMAIN DEFINITIONS MUST BE CODED AFTER 


ALL SAME-DOMAIN DEFINTIONS IN THE TERMINAL TABLE. 


TCAM MAINTAINS A CROSS DOMAIN RESOURCE VECTOR 
TABLE (CDRVT) FOR CROSS DOMAIN RESOURCES. CDRVT 
OPERAND ON THE INTRO MACRO SPECIFIE THE NUMBER 


OF CROSS DOMAIN RESOURCES TO BE SUPPORTED. 


FOR DESCRIBING NETWORK ROUTES TCAM DOES NOT HAVE 
A PATH MACRO. THE MACRO USED IN THIS CASE IS 


CALLED IEDRTDEF. 


TCAM DOCUMENTATION REFERS TO SECONDARY LOGICAL UNITS 
AS OUTBOARD LOGICAL UNITS (OBUs) ) 


MSNE CONSIDERATIONS _FOR_TCAM: INRODUCTION 


NOTES: 


ave 


ME 
MATIN 


F INT 


o 
es ee fT} | PD se os 


TERMINAL 


TERMINAL 


TERMINAL 
GROUP 

TERMINAL 
TERMINAL 
TERMINAL 


IETRTDEF 


1. DUMMY GROUP MACRO HAS NO 


PUs. 


oe eee eFEATURE=NETWORK,...-..CDRVT=n, eee 


TIONS 


TERM=LINE,... 
TERM=ANCP, ss 8 @ 
TERM=CDRM,... 
TERM=LINK,... 
TERM=PUNT. 2 @®e@a@ 


LINK TQ ADJ NCP 


ADJACENT NCF 


CROSS DOMAIN CDRM 

DUMMY GROUP 

ONLY IF THIS TCAM.. 
--IS BACKUP HOST 

CROSS DOMAIN LU 


CROSS DOMAIN ROUTE 


EFFECT ON CD LINKS AND 
CD LU-LU FLOWS ARE AFFECTED. 


2. ALL RESOURCES BELONGING TO THE SAME CROSS DOMAIN 
MUST FOLLOW BELOW THE TERM=CDRM MACRO FOR THAT 


DOMAIN. 


Uj 


ACF /TCAM, 


IF BOTH THE PARTICIPATING DOMAINS ARE RUNNING 
IT IS POSSIBLE TO HAVE PSEUDO CROSS- 


DOMAIN SESSIONS FOR SNA DEVICES ALSO. 


TCAM CROSS DOMAIN _ DEFINITIONS: 


OVERVIEW 
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MULTIFLE SYSTEMS NETWORKI 


OBJECTIVES 


TQ DESCRIBE THE FOLLOWING DEFINITIONS NEEDED IN AN 
MSNF ENVIRONMENT: 


1. CROSS DOMAIN RESOURCE MANAGER MAJOR NODE 
ee CROSS DOMAIN RESOURCES MAJQR NODE 


=. FPATH TABLES 


MSNF — 1 


| HOSTL! TERMINAL ' HOSTZ } 
' OFPL | O | APFL 3 
TERMINAL. | TERMINAL 


| HOSTS 3 
1 APPL 


OCBRD CICED CSERO CEDEC cee GsEyD GEEPS Gyan? 


AN ABILITY TO ACCESS ANY AFFLICATION IN ANY HOST FROM ANY 
TERMINAL. AND VICE VERSA USING & COMMON NETWORE-. 


MSNF-2 
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bmn 


MSNE) 


ONA Multiple Systems Networking Facility 


MSNF protocols let you connect multiple hosts on a common 
network. These hosts do not have to have the same operating 
systems, access methods or control programs (CICS. IMS etc.) 
S50 long as each location can support MSNF protacels. 


Some of the major resons for MSNF are: 


- Reeaurces sharing extended over multiple systems. 


_—— it 86 


- Greater flexibility and possible reducticans in 
network cost. | 





- Increased availability and reliahility. 
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[ | SMFS 
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MSNF : KEY TERMS AND CONCEPTS: 
-~  — SSCF/ DOMAIN/OWNERSHIF 
-  SUBAREA/ROUTING 


~ SSCF/CDRM/NON-OWNED RESOURCES 
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MONE t Rey terms and Concepts 
Seth “Domain “Uwner ship: One of the first questions ta be 
resaqlved in a multiple host environment is deciding which 
hast 1s responsible for which part of the network. Por 


this purpose each resource in the network will bhe'owned" 
by gam SSCF who will be responsible for its manaqement. 
All resources (lines, FUs, LUs, remote NCFs) owned by the 
came SSCF canstitute the "domain" of that SSCF. 


Subarea/Routing: To determine routing paths through the 
netwoar t each SSCF and NCF is assiqned ai unique mumber 
-alled its "subarea" number. Network paths between two end 


points are then specified via the subarea numbers of the 


intervening NCFs/SSCFes. 


in 
os af 
—V 
fi 


SSCF/CORM/Non-Qwned Resour What about resource 


. 2 ‘ - 
~ + ae renee empee cones comme qtuus emcee 


roe 
are mot awned by a given SSC 


First af all, to distinquish them from the owned (1.6. fame- 
damain) resources they are called cross-domain resou 


TQ manage communications with cross-domain resources each 
SSCF has a& Special component called the Cross Domain 
Rescurce Manager (CDRM) . 


MONE =o 


MSHF: ASSIGNING OWNERSHIF 





SYS - A 1S Ei 
spa asta 
! CDRN - A? | CDRM - 

, SA = 2 , ! SGA = 10 
1 ONCP-A | ! NCF-B | 
i S64 = 4 | SA =8 | 





| NCF-C 
i Of = 6 |§ 


OWNER’ S RESFONSIBILTY? 
CRITERIA FOR ASSIGNING OWNERSHIF? 


IDENTIFYING OWNED AND CROSS-DOMAIN RESOURCES? 
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a re cc ce ee 


MSN > Aassigqning Qunership 


Implication for Gguner: 

a) All logon requests for resources in this domain will be 
processed by this SSCF. Once the session initiation 1s 
completed, ownership plays mo role. 


b 3 Caning SSCF must have the appropriate lLoqon Mode Table, 
Rind images and USS Tables needed to process logqons for all 
tts resources. 


How to aSsiaqn owner 


Bhp: 


a) feoqragchical Froximity: Generally, a minor and 


ow cues, cuass canbe capes atwes cusee epee 


irrelevant issue in assigning Ownership. 


b) Application Considerations: If a terminal is qgaing to 
be dedicated mostly to one application, its ownership 
should be assigned to the hest containing that 

anplication. | 

C} eee Cansiderations: Which location is qoing 
to he responsible for tracking trouble reports, 


requesting maintenance, doing follow-ups, and cantrolling 
this part of the network. 


d) Authorization Considerations: Not a very common 
comsideration but for sensitive << e authorizatian 


and logon processing could conceivably be assiqned tc a 
specific Str. | 


Ras ene Resources: Each SSCF contains two tables 
with descriptions of all the resources. One af the 
tables cantains descriptions af all the owned resources 
and the other one that af all the croase-domain 


omain 


resources. The latter is known as the Croges 
Resource Table. 


a0 4 megs ame oe 


MSNE= 


MSNF: CROSS DOMAIN FLOW 








SYS - A os sys -c 
: TSQ. «| IMS ¢ i €1es "+" Jes 
! SSCF - A cA ! SSCP - B : 
! CDRM - A ! CDRM - B ! 
T 
! SA = 2 ; SA = 4 ! | 
oo c_ [toss Domdin ee eee: aa if 
i NCF-A LOGON: NCP-B | | a 
' SA=8} ™ SA = 10! 
Seee eee F Binary peereeee : 
a p>! | 


LUA, OWNED BY SYSTEM A WANTS TO NEL 


LOGON TO CICS OWNED BY SYSTEM B 








OWNED  CROSS-DOMAIN OWNED  - CROSS-DOMSIN 








IY sean! 7O SSC 
| [| MSNF-8 
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LOW 


soem: arene one 


i 


NCR, SA=8, receives the logon request for CICS fram LUI 
and forwards it ta the hest owning LUI. SYS-A. 


SSCFA ain SYS-A determines that CICS is nat a local 
resource amd forwards the logen request to its crass-damain 
manager. CDRMA. 


CDRMA qoes throudqh the cross-domain resources 
definitions and determines that CICS is a CD resource. 


CDRMNA sends the SNA command CDCINIT to CDRMNC along with 
RIND image name. 


CDRMC verifies that LU is defined as a CD resource to 
Syetem C and that CICS is running and accepting laqane. 


When both CDRMs are satisfied of the legitimacy of the 
request, CICS lagqon exist is driven. If CICS accepts 
the logon, it causes the BIND command ta flow ta LUi. 


If Lul accepts the HIND, the cross-domain sessian is 
im place. 


All communicatioms from now om involve only LU1, NCF 
(SAS), NCF (SAILO), and System CC. The cross-domain may 
a) 


canmtinue even if System A goes down. System 4 1s nat 
meeded for sessian termination either. 
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NETWORK TO BE USED AS AN EXAMPLE FOR MSNF 
DEFINITIONS ae. an _ | kis 





SsYs-C 





SSCFA  SSCFE SSCFC 
CDRMG | | CDRME | — CDRMC 
SA=2  SA=4 3 SA=46 








IMS «TSO. CICS 








NCPA NCFE | NCFC . 
SASS 0 ---------------- 6 SAESG 0 -----------------  SA=7 





LUA LUE | LUC 





a SE 
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1% NAMES OF ALL CROSS-DOMAIN RESOURCE MANAGERS — 


ge key 










tS es # 
i ee 
» 








CDRM MAJOR NODE =~ | 


CDpEM c (LA) 
2. NAMES OF ALL CROSS-DOMAIN RESOURCE 





in 
| 


CROSS-DOMAIN RESOURCES MAJOR NODE 


DESCRIFTIONS OF CROSS-DOQMAIN ROUTES— 


i. 
s 


FATH TABLES. 


Sn 





ee. a oe 
j we £ 


— ’ «sen spsagyesit TE IIR EE RG 
snes saa nace Uline 
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CDRM MAJOR NODE 


(NAME) VEUILD TYPE=CDRM 


(NAME) CDRM SURAREA=N 
ELEMENT=1 | 
ISTATUS=ACTIVE/ INACTIVE 


b be faa 
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Mame . 


TYFE=CDRIM: 


emmne tines ea erETe exemm 


SUBAREA= 


EL_LEMENT= 


ISTATUS= 


Node 


Regins a major made 


Qotional, if defined must be unique, leave 
blank 


Identifies it as a CDRM node 


Defines a CDRM, need one per CDRM 


Required, identifies the CD resource 


Subarea number of the host SSCF af which 
this CDRM is a part. 


Must be 1 far ACF/VTAM or © for ACF/TCAM 


Specifies initial status of this manager as 
active or inactive. 


MSHWF-1S 


CDRSC: 


(NAME) 


(NAME) 


CROSS DOMAIN RESOURCES MAJOR NODE. 


VBUILD 


CDRSC 


MSNF-14_ 


TYFE-CDRSC 


~ CDRM=CDRM NAME 


ISTATUS=ACTIVE/ INACTIVE 
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TYFE=CDRSC: Identifies the beqining of the cross-domain 


Not meeded, da not code, if coded must be 
unique. 


resources major node. 


Defines a cross-domain resource, need one per 
CD resource. 


Required, must be the network name of the LU 
Name of the CDRM in the host that owns this 
cross-domain resource. 

Initial status ACTIVE/INACTIVE. 
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|. PATH TABLES! DEFINING ROUTING INFORMATION | — 
(PRE-REL. 3) : | " 





o 8=©606d CODED IN EACH VTAM AND EACH NCF 





oO  jjTABLES DIFFERENT IN EACH NODE 


Q FOR EACH DESTINATION, FATH TABLES IDENTIFY THE NEXT NODE 
IN THE FATH 7S 





O MULTIFLE TABLES MAY BE NEEDED TO COVER ALL DESTINATIONS 





TWO DEFINITIONS: 





ADJACENT NODE: A NODE NO MORE THAN ONE LINK AWAY 


DESTINATION NODE: ANY NODE WHICH IS NOT AN ADJACENT 


eee ew ' 


- 
| 





FATHOL FATH ADJSUBR=n, DESTSUB=(%.,y...-) 
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a ae a a as aes a ® ; i : 


Fath Tables: as mentioned earlier, Fath Tables are used to 


describe the route for FIUs between two end points. 


Fath Tables are defined separately in ACF/VTAM and ACF /NCF 
using the FATH macro. Though the contents of entries differ 
on the FATH macro between VTAM and NCF the format of the 
macraQ used 165 exactly the same as follows: 


PATH Name of the macro to describe a path. 
PATHOI : 7 System designer provided name for this path. 


Eiqaht (8) character name using standard System 
270 assembler conventions. Name must be coded 
om the FATH macro. 


ADJISUB and DESTSUE: In the node in which this statement 
is coded, deliver all messages for destinations, DESTSUR, 


with subareas («.yY.7--) ta the subarea "n", ADJISUB, as the 


next mode in this path. 


Or in other words, deliver all FIUsS for destination subareas 


(Me VWYe7o77-) «ta subarea "rm. Subarea "nm, im turn, through 
its own FATH statements would determine where to put the FIU 
next. 


In the example shown, all FIUs destined for subareas 2, 4, 
and 8 will be delivered by this node tao an adjacent node 
with subarea number 18. Subarea 18 node will know what to 
do with this FIU next. 


It miqnt be worthwhile to recollect that destination subarea 


af & FIU is Specified in the TH aS part af destinatian 
network address. | 
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FATH DEFINITION: EXAMPLE (PRE-REL 3) | } r 





SYS-A | | SYS-E 


SA = 2 


SA = @| 





ADJISUB=4, 
DESTSUB=(5,2 








NCF 
ia ais SA=5 | vy 





nae 2 I 


ADJISUB=4, ADJSUB=5, ADJISUB=4, 
DESTSUB=(S, 2) DESTSUB=2 DESTSUB=(1, 3) 
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Fath Definition Example: 
Shown in this diagram are examples of FATH statements. Refore 


loaking at specific examples, here are additional considerations 
to be aware of in designing FATH STATEMENTS: 


Ls Fach destination subarea must be covered in some FATH 
statement. o 


pe Path statements must use the most direct (shortest) path. 
ae Adjacent subareas must not be coded as destinations. (Every 


one knows who their adjacents are) 
Fath statement for system A: 
Pot | FATH ADJSUR=4, DESTSUB= (5, 2) 
nosne that this host should deliver all messages for 
subarea 3S or subarea 2 to subarea 4 and subarea 4 would 


know what to do with it. 


Other statements can be interpreted in a similar manner. 


on 
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UNIT 11 


ED ED GD CE? GED 4. CED 


TO COMPARE AND CONTRAST VARIOUS ACCESS METHODS 
DISCUSSED IN THIS COURSE 


TO DESCRIBE NON-SNA DEVICE SUPPORT THROUGH THE 
USE OF NETWORK TERMINAL OPTION (NTO) 


TO PROVIDE OVERVIEW OF COMMUNICATION NETWORK 
MANAGEMENT (CNM) PRODUCTS: 


- NETWORK COMMUNICATIONS CONTROL FACILITY 
(NCCF) 

- NTEWORK PROBLEM DETERMINATION APPLICATION 
(NPDA) 


EXTRA COST SOFTWARE -PACKAGE TO EXTEND NCP 
CAPABILITIES TO SUPPORT CERTAIN NON-SNA DEVICES, 


RUNS WITH NCP iN LOCAL 3705, 


MAKES THE FOLLOWING DEVICES LOOK LIKE SNA DEVICES TO 
HOST: | 


[BM 2740/2741 

[BM 3780 

[BM 1750 ano 3750 (PBXs) 
TWX 33/35 

NO AUTO CALL OPERATIONS, 


DEVICES SUPPORTED THROUGH NTO ARE ALSO CALLED NTO 


DEVICES. 


NTO MAKES THESE DEVICES Look LIKE A PU.T1, LU SESSION 
Type 1 sucH as [BM 376/, 


NETWORK TERMINAL OPTION (NTO): INTRODUCTION 


10.2 














WT 




















I —e NTO 
Z DEVICE 





VTAM 

I 3S 
‘ SS 
I OR 

| FID | BSC 
I 
I FID1 FID 
] i, NTO delvce SENDS NATIVE MoDE (BSC/SS) DATA To NCP. 





~<, NCP converts 1T To A FID 2 FORMAT AND SENDS IT To NTO. 
a NTO CONVERTS FID Q FORMAT DATA TO FID ] FORMAT. 
4, NCP senps FID 1 DATA TO THE HOST, 


{HOST TO NETWORK: HOST SENDS FID 1 pata, NTO 
CONVERTS 1T TO FID J, NCP converts FID 8 To NATIVE 
MODE), 


NOTES: > 1) NTO APPEARS AS AN SSCP WITH ITS OWN 
| NETWORK ADDRESS, 
11) USS TABLES MUST BE DEFINED TO REMOVE 
CONTROL CHARACTERS SUCH AS TABS, 
BACKSPACE, ETC, 


. NTO: OVERVIEW OF OPERATION 


, 105.3 


srr o Seeere eo a 
iz 
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1. EXTRA COST SOFTWARE PACKAGES FOR USE IN SNA ENVIRONMENT 


a eee 


2. EACH RUNS AS AN APPLICATION IN THE HOST COMPUTER (Z Jy 


) 





5, NPDA CAN NOT BE USED WITHOUT NCCF 


_NCCE/NPDA:_ INTRODUCTION 


10.4 
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COMMUNICATION NETWORK MANAGEMENT (CNM) 


— 


. CNM - A TERM OF TEN USED To REFER TO NCCF/NPDA As A GROUP 


. A GENERIC TERM, NOT A PRODUCT 


ey 


3, IBM USES THE TERM TO REFER TO A “SYSTEMATIC METHODOLOGY TO 
OPERATE AND MANAGE A ComPLex NETWORK” 


4, PRESENTLY, ONE WAY TO IMPLEMENT CNM CAPABILITIES IS BY 
USING NCCF/NPDA 


5, TIED INTO [BM PRODUCTS SUCH AS THEIR “SMART” MODEMS AND 
CLUSTER CONTROLLERS 








6, PRACTICALLY, MANDATORY IN AN MSNF OR OTHERWISE COMPLEX 
NETWORK : 











I 

" os soared N_SNA 
Le 
I 


ies SYSTEMS, No NETWORK MANAGEMENT TOOLS IN. BTAM, 
COMPLETELY USER RESPONSIBILITY 


EARLY 10s 


1, CICS AND OTHER MONITORS WITH MASTER TERMINAL I 
CAPABILITY, LIMITED TO NETWORK OWNED BY THE MONITOR. 











2. TCAM TAKES NETWORK MANAGEMENT OUT OF APPLICATIONS, 
WITH ICS EXTENDED CONTROL OVER MULTIPLE HOSTS, EACH 
HOST MUST HAVE ICS. | 





| 


1374 


-VTAM HAS NETWORK CONTROL AS AN INTERGRAL PART oF SSCP, 1977 | 
TCAM aso GAINS SSCP CAPABILITY 1 








‘1926 


NOSP, FIRST PACKAGE FOR NETWORK MANAGEMENT OUTSIDE ACCESS 
METHOD (VTAM ONLY) 





1978 





NCCF, ENRICHED NOSP, For soTH TCAM and VTAM. NPDA REPLACES: 
FERS (CICS) and DEMF (CICS and IMS) AS ONE INTEGRATED 
PACKAGE 











LBM CAM: HISTORIC EVOLUTION 





$0.6 








t 





1, NETWORK MASTER-TERMINAL FUNCTIONS 
2. [BM PROVIDED COMMANDS/USER ENHANCEMENT 
5, [NTERROGATE/CHANGE STATUS OF NETWORK RESOURCES 


4, SUBMIT CROSS DOMAIN COMMANDS TO NCCFS IN OTHER DOMAINS 


= 
“oO 
=) 
x 


1. RUNS UNDER CONTROL oF NCCF 

Z. COLLECTS NETWORK ERROR STATISTICS ON A DATA BASE 

3, IDENTIFIES NETWORK ERRORS, SUGGESTS CORRECTIVE ACTIONS 
4, DISPLAYS ERROR/DIAGNOSTIC INFORMATION. 


5, AN OPERATOR CAN INVOKE NPDA FUNCTIONS FROM AN NCCF 
TERMINAL 


NCCE/NPDA: WHAT THEY DO (OVERVIEW) 


LOS 


HOST os oes ae = = “HOST. - 2 












AcE/VTAM | ACE/VTAM 


pcr/ncP NCP 


a 
a 
. 
ee 
Cd 
. 


\ NCCFA NCCFB 
TERMINAL TERMINAL 


ONLY WAY TO MANAGE OR INTERROGATE CROSS DOMAIN 
RESOURCES 1S THROUGH NCCF 


MSNF_AND NCCF; CROSS DOMAIN COMMANDS 


7s ce 
Ty fe 
. _— 
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) 


i —_=— — 7 i i 7 


| 
~~ 2 
t 
. \ 
b ‘ weer? 


NPDA 
_. | DATA 
BASE 





ACE/VTAM OR ACF/TCAM 
heme ssp tt” 


NCP NCCF/N PDA 
TERM INAL 


NCCE/NPDA: OPERATIONAL OVERVLEW 





ACF/VTAM OR ACE/TCAM | ee 
eS “VSAM = VIRTUAL STORAGE 


ACCESS MeTHOD 





feo <a pa he as, eg 


~ TBM MICRO BASED MODEM 


[BM MICRO BASED MODEM 
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SK 

CHANNEL ADAPTER ERRORS 

SCANNER ERRORS | | | 

INSTRUCTION EXCEPTION (PROGRAM CHECKS) 
| MISCELLANEOUS INTERRUPTS 
BS (NEED 370X REFS FoR INTERPRETATION) 
ine eve Oo 
| MODEM INTERFACE (E.G. DSR CHECK, DSR NOT UP WITHIN 3 SECS 
[ oF DIR) | 
~ HIT COUNT 
| LINK QUALITY (PHASE JITTER ETC.) 

NUMBER OF TIMES CARRIER COST 

DEVICE (PU) LEV 


” 
DEPENDS UPON DEVICE? 


f 
\ . 
‘ 


EXAMPLES OF TYPES OF ERROR INFORMATION CAPTURED BY NPDA 


” 
? 
: 


POWER ON LOCAL/REMOTE MODEM 


INcoRRECT NCPGEN, CORRECT IT (REPLY TO INCORRECT) 


RUN LINK TEST 
RUN LINE TRACE — 


eIc, 


 * a04o 








poe ee ee 


— 


pee it cco NI ace I ae 























ACCESS METHODS 


DEVICE SUPPORT SUMMARY 


i 
‘ada 















































BTAM 





1. PART OF APPLICATION ONLINE 1 


NON TP JOBS 


‘AS MANY BTAMs AS APPLICATIONS 


3. SEPERATE NETWORK FOR 
EACH APPLICATION 


—_— 67 
N 








ONLINE 1 
ONLINE 2 
ONLINE. 1 vo 


ONLINE 2 





Boe J 3 . | : : = as = 





es pice 


a 


=, TCAM 


1. VTAM RUNS AS SEPERATE 1. TCAM RUNS AS A_ SEPERATE 
JOB JOB 


2. ONLY ONE VTAM IS NECESSARY ONLY ONE TCAM IS NECESSARY 


3. APPLICATIONS SHARE NETWORK APPLICATIONS SHARE NETWORK 


> WW fh 


4. AVAILABLE BOTH WITH OS AND 
DOS 


AVAILABLE WITH OS ONLY 


5. APPLICATIONS VIEW NETWORK 
AS SEQUENTIAL FILE AND USE 
TCAM Qs 


ee ee eee 
_ PROTOCOLS RECOV cP 











BTAM | BSC IN HOST | SIMPLE 


CAM | EXTENSIVE | YES” YES — YES |S. AND NETWORK 
7 - IN-HOST (EP) a] = | 
IN 3705 (NCP) 
- MORE 


EXTENSIVE 
vam fo IN NCP EXTENSIVE | YES | NETWORK: 

| SDLC = MORE | : | 
| EXTENSIVE 





| IBM 3270 


FUNCTIONAL COMPARISON - 1 


RESOURCE FUNC OPERATOR : SY SGEN 


SHARING DISTR. COMMANDS TUNING PERFORMANCE INSTLL. © STORAGE 
BTAM MINIMAL Rad 


TCAM EXTENSIVE a 


| EASY VERY GOOD =| VERY SIMPLE |>50K | 
YES | 
VTAM | EXTENSIVE YES 
ae “ = 


| VERY | MOST | MOST COMPLEX | 3/4 MEG 
) COMPLEX | OVERHEAD | 


. 
x 





COMPLEX | HIGH | VERY COMPLEX | 1/2 MEG 
| OVERHEAD | : 


FUNCTIONAL COMPARISON - 2 





— oto oe oo oe oo ee 





——BTAM on TCAN | <— BSC/SS 










BTAM on TCM BSC/SS 
-BSC/SS 


+ TCAN 


| 


SDLC(SNA) 





—BSC/SS 


LM DEVICE SUPPORT SUMMARY 


SDLC(SNA). SELECTED 














I]. LARGE NUMBER OF PERMUTATIONS/COMBINATIONS 





2. ALL MAJOR. TERMINAL PRODUCTS SUPPORTED IN ALL 
ENVIRONMENTS | | 


3, THERE IS LIFE BEYOND IBM, “THINK” ALTERNATIVES: 


COMTEN 
= CE = 
- OTHERS 








DEVICE SUPPORT: SUMMARY AND CONCLUSIONS 


TOPICS DICUSSED 


PRE-SNA: | Ss 
BTAM 3270 Folly 


EP 
TP MONITORS 
CIcs 
IMS 


SNA: . 
ACF/VTAM 
VERLSAM— 
ACF /NCP 
NTO 


LARGE AMOUNT OF INFORMATION, FAIRLY COMPLEX 


A GOOD STARTING POINT FOR MORE IN DEPTH STUDY 
OF TOPICS INVOLVED 


?SAFE JOURNEY HOME? . 
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